I'm NOT advocating the use of END when defining MDISKs! One of the first things I beg my customers to do is stop using END and use the number of cylinders on all MDISK statements. I concur that it's lazy and creates extra work and confusion. Also makes creating DASD usage reports out of a directory from a remote system impossible.
My original post was about how to refer to a minidisk that's defined from 1-END -- because that language fits all sizes. Referring to it and actually defining it are two different things. Always use the number of cylinders when defining an MDISK. Never use END. On a DEFINE MDISK command - go ahead and use END -- but NOT in the directory. Scott Rohling On Mon, Jun 21, 2010 at 9:59 AM, Schuh, Richard <rsc...@visa.com> wrote: > On the other hand, it is possible for 3390-xx devices to be most any size > that you want. The -03, -06 etc. designations are almost meaningless. You > are not required to define (in the CU) a multiple of 3339 for the disk > sizes. In this environment, 0-END is the way to define a full-pack minidisk > regardless of the number of cylinders. The other way would be by DEVNO, iff > you can count on the hardware people never changing the address. Here, the > hardware people have changed the addresses of disks and have redefined > capacities upward, but they have never changed a volser of one of the VM > packs or created a duplicate of one that I care about; 0-END is best for me. > > I agree with the idea that a minidisk defined from 1-end is just a minidisk > and the full-pack designation is a special case, unique unto itself. > Personally, I have never seen the need for a term for an mdisk defined as > 1-end, where "end" is either the word "END" or a number that is the equal to > highest cylinder of the disk. Aside from being lazy, not wanting to > periodically (after every h/w activity that includes messing with the dasd > controllers) have to enter QUERY DASD DETAILS for every disk that I want > protected by an MDISK that covers the entire disk, prefer the use of END > instead of 3339, 10016 or whatever the ending cylinder number is. As an > aside, I have seen some (physical) disks defined as small as 100 cylinders. > > > Regards, > Richard Schuh > > > > > -----Original Message----- > > From: The IBM z/VM Operating System > > [mailto:ib...@listserv.uark.edu] On Behalf Of Brian Nielsen > > Sent: Monday, June 21, 2010 7:59 AM > > To: IBMVM@LISTSERV.UARK.EDU > > Subject: Re: what is a 'full pack' minidisk? > > > > I second what Jim Hughes said - essentially that if it > > doesn't include = > > > > cylinder 0 it's just a "minidisk", no matter what the size. > > > > Personally, and as discussed here by others in the distant > > past, I prefer= > > > > to not give out the last cylinder of a real volume in order > > to make it = > > > > much easier to copy a 1st level volume for 2nd level testing. > > Doing this= > > > > is just an extention of the same logic that leaves the last > > cylinder of = > > > > the system volumes empty by design (as requested of IBM by > > user groups). > > > > So now you need a term for a 1 to (END-1) minidisk.... :) > > > > On a related note, I don't like using "END" in the first > > place because = > > > > it's not obvious how big it is unless you know the size of > > the volume. = > > > > It's an unneeded obfuscation. > > > > Brian Nielsen > > > > > > > > > > On Fri, 18 Jun 2010 16:45:54 -0600, Scott Rohling > > <scott.rohl...@gmail.com> wrote: > > > > >I like that - it does imply 'almost'.. but now I'm going > > for '12end'. > > >We'll see if it lasts through the weekend ;-) Tot ziens! > > > > > >Scott Rohling > > > > > >On Fri, Jun 18, 2010 at 4:33 PM, Rob van der Heij > > <rvdh...@gmail.com> = > > > > wrote: > > > > > >> On Fri, Jun 18, 2010 at 11:26 PM, Scott Rohling > > <scott.rohl...@gmail.com> > > >> wrote: > > >> > Ok -- darn it. "a 1 to END minidisk" just doesn't > > have the same = > > > > ring > > >> to > > >> > it as 'full pack'. And it's another syllable to mumble.. ;-) > > >> > > >> Care for my "pseudo full-pack" terminology maybe? (sounds more > > >> official than "almost full-pack") > > >> > > > > > >
