One disk or twenty, LVM for all or just a few filesystems, it should still
work. So you still have some problem in your definitions that hasn't been
revealed here yet.

Since you're running into the problem during the install, there aren't a lot
of files you could post here for review. But could you walk through, in
detail, what you are doing during the install, from the point of formatting
the DASD through to the error? What options are you selecting on which
panels, and what steps you go through to define each physical volume, volume
group and logical volume? Perhaps, given this information, others here can
spot the problem, or test your config on their own systems and find the
mis-step.

If you can, take "pictures" of the major windows involved in the process.
I'm not sure that the group here will allow posting them, but you could, at
the very least, create a Flickr account and post them there, and then supply
the URL to get to them here.

--
Robert P. Nix          Mayo Foundation        .~.
RO-OE-5-55             200 First Street SW    /V\
507-284-0844           Rochester, MN 55905   /( )\
-----                                        ^^-^^
"In theory, theory and practice are the same, but
 in practice, theory and practice are different."




On 3/14/08 8:15 AM, "Collinson.Shannon" <[EMAIL PROTECTED]>
wrote:

> We don't have mod54's yet--this is just a mod9, and we'll have static
> PAV aliases defined for the mod54s--but I assume the same logic applies.
> Does this mean that I can't use LVM for the four mountpoints (/usr,
> /var, /opt and /home) at all until we have PAV set up?  I could define
> minidisks on different volumes, but at the moment we're
> storage-crunched--I've only got 3 mod9s to work with.  If I stick with
> the current plan (/ on a separate disk, the other 4 on LVM), I'd have at
> least two filesystems overlapping--3 volumes but 5 mountpoints.  I don't
> have a problem with the I/O requests waiting in that case, but it
> appears that the SLES9 install is trying to mount the LVM filesystems at
> once, since otherwise I would have thought I'd just have a "slow
> install", not get the "file descriptor 3 left open" error.  Everything
> worked fine when I was installing all of root on a single minidisk...
>
> -----Original Message-----
> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
> Bruce Hayden
> Sent: Friday, March 14, 2008 9:01 AM
> To: [email protected]
> Subject: Re: Is it possible to do an initial SLES9 install on a
> partially-LVM root?
>
> You need to remember that you can't start more than 1 I/O to an
> address (real or virtual!) at a time.  This is a hardware restriction.
>  This is why PAV was invented - so that the PAV alias addresses can be
> used to start parallel I/Os to the same base volume.  So - if you
> don't have PAV, then it will not help to split up your mod 54 into
> minidisks.  Linux may try to start more than 1 I/O at a time (since it
> can start one to each virtual address) but  z/VM will only execute
> them one at a time and the other I/O requests will wait.
>
> If you had HyperPAV, then splitting up the mod 54 into minidisks
> works, because then z/VM will use the PAV pool for that device to do
> I/Os to that device in parallel.  If you have static PAV, the same
> thing also works, but the alias addresses have to be set up in
> advance.  If you had SLES 10, then instead, I'd recommend that you
> define virtual PAV aliases to the guest with 1 minidisk and use
> multipath on Linux for overlapped I/O.  But - this is not supported on
> SLES 9.
>
>
>
> LEGAL DISCLAIMER
> The information transmitted is intended solely for the individual or entity to
> which it is addressed and may contain confidential and/or privileged material.
> Any review, retransmission, dissemination or other use of or taking action in
> reliance upon this information by persons or entities other than the intended
> recipient is prohibited. If you have received this email in error please
> contact the sender and delete the material from any computer.
>
> SunTrust and Seeing beyond money are federally registered service marks of
> SunTrust Banks, Inc.
> [ST:XCL]
>
>
>
>
>
> ----------------------------------------------------------------------
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Reply via email to