Alan, I suppose the reason you say "Before you go to all that work ..." is because z/VM (unfortunately) does *not* support dynamic PAV. Which means the only way you can leverage or take advantage of PAV on z/VM is to hard code the PAV aliases in the DASD subsystem.
(This is the reason we no longer have access to PAV volumes on our z/VM systems ... because no one wants to do the work configure the DASD subsystem when z/OS will do this all dynamically.) JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] > -----Original Message----- > From: The IBM z/VM Operating System > [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark > Sent: Thursday, July 03, 2008 09:49 AM > To: [email protected] > Subject: Re: z/VM 5.3 and PAV > > On Thursday, 07/03/2008 at 09:39 EDT, Dave Yarris > <[EMAIL PROTECTED]> wrote: > > We are currently running a single z/VM 5.3 (701) system on > Hitachi 7700E > disk, > > set up as 3390-3, connected to a z9BC via ESCON. This has > worked well, > but the > > limited disk storage has kept us from growing past the 15 RH Linux > guests. We > > are in the process of installing a new Hitachi USP V that > will give us > the > > storage capability to use some M9 and M27 for some of the > new servers > that are > > planned. With those volume sizes I am anticipating that we > will need to > > > utilize PAV for some applications. We don't have any prior > experience > or > > knowledge other than what the manuals tell us. Everything > I have found > on the > > subject so far has been pretty generic. We were looking at > Hyper-PAV or > > > possibly dynamic. Will dynamic PAV work for z/VM 5.3? Can > anyone share > any > > experiences or their particular application? (Volumes? Minidisks? > Particular > > applications i.e. DB2, etc?) Appreciate any and all input. > > Before you go to all that work, verify that you have a > problem that PAV > will solve: I/O queuing in CP on the RDEV. Your performance > monitor will > tell you that. > > Alan Altmark > z/VM Development > IBM Endicott > >
