Re: YAIQ - Yet another ignorant question: multiple LPARs.

John,

I think your wish has been answered.

I can't imagine a shop your size not having separate boxes/LPARS for
Dev/Qa/Pdn. ( You might want to make sure you consider 1 box with 3
LPARS vs. 2 or 3 physical boxes. Some vendors have license terms that
are LPAR friendly. Others do not. If you have a non-LPAR friendly
development tool, it might be cost effective to have a small
stand-a-lone development box)

On the i, LPARS are completely separate.

Rob mentioned "guested" or "hosted" LPARs, which take a chuck of disk
out of the host LPAR. But even then the LPARs are separate, it's not
like a user program running in the the "hosting" LPAR can access the
chuck of DASD assigned to the "hosted" LPAR or vice versa. So I guess
you could say that while a given disk could be shared, instead of
having to have dedicated disk, any given piece of a disk is accessible
from only one LPAR.

Charles

On Mon, Dec 8, 2008 at 9:19 AM, McKown, John
<John.Mckown@xxxxxxxxxxxxxxxxx> wrote:

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Charles Wilt
Sent: Sunday, December 07, 2008 11:16 PM
To: Midrange Systems Technical Discussion
Subject: Re: YAIQ - Yet another ignorant question: multiple LPARs.

Rob,

I don't think that's the type of sharing John's thinking about.

They way I understand it, he's used to having multiple LPARs being
able to access the same ASP at the same time.

Consider the way the SYSBAS ASP is shared when you have mulitple
IASPs. Except that instead of an IASP, you've got an actual LPAR.

Charles

You've hit it on the head. And, to be honest, if it is not possible, I
will be very glad. I really __hate__ this sharing. As far as I'm
concerned (security/auditor hat on) it is just an easy way to corrupt
data or get the wrong data into an environment. But I'm not allowed to
fix it on the z. So, it is cannot be done on the i, I will get what I
want!

--
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)
Administrative Services Group
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mckown@xxxxxxxxxxxxxxxxx * www.HealthMarkets.com

Confidentiality Notice: This e-mail message, including any attachments,
is for the sole use of the intended recipient(s) and may contain
confidential or proprietary information. Any unauthorized review, use,
disclosure or distribution is prohibited. If you are not the intended
recipient, please contact the sender by reply e-mail and destroy all
copies of the original message.





--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.