DIRMAP has a table of known disksizes (and one can define extra in a control file). DIRMAP guesses the size of a pack by looking at the last cylinder being used. For example: the last minidisk ends on cyl 400 --> DIRMAP thinks it is a model 1, 1113 cylinders and will report 401-1112 as gap I'll send you the document I wrote to tell my former customer how I set up our directory (with a FULLPACK user for example).
2011/1/5 George Henke/NYLIC <george_he...@newyorklife.com> > This is great, George, ty. > > Just one problem. > > It does not show the GAPs after the last extent on a VOLSER. > > It would be nice to know the GAPS on the tailend of a VOLSER also. > > Must I put a dummy entry on the last cylinder to generate a GAP in DIRMAP > and/or DISKMAP? > > Is there a workaround for this on VM Tools? > > > > *gclo...@br.ibm.com* > Sent by: The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> > > 01/05/2011 07:26 AM > Please respond to > The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> > > To > IBMVM@LISTSERV.UARK.EDU > cc > Subject > Re: SORTING DIRECTORY GAPS BY USER > > > > > George: > Not sure we understand the question, but... > > Without DIRMAINT, try "DIRMAP (GAPFILE DEVSORT" > - Generate two files, one with only the Gaps and other with the allocated > cylinders, both classified by VOLSER. > > With DIRMAINT, try "DIRM FREE" and "DIRM USED" to get files like the same > proposal... Or, "DIRM DIRMAP (GAPFILE DEVSORT" > > > "DIRM HELP DIRMAP" shows: > > > Devsort > > requests that the report is to be sorted by device type followed by > volume > label. The default is to sort by volume label. > > > > Gapfile > > Generate a file listing gaps in addition to a report detailing the > current > DASD utilization. > > > > Note: If you use the GAPFILE option without using the EXCLUDE option > and > excluded full volume overlays are defined on your system no gap > > data will be returned. Use the EXCLUDE option to eliminate the > > excluded full volume overlays from consideration when building > the > gap data. > > The gapfile is listed in the following format: > Field Use > > 1 volid of disk > > 2 device type of disk. > > 3 start cylinder/block of gap > > > 4 end cylinder/block of gap > > 5 number of cylinders/blocks in gap > > > > Note: All fields are blank delimited and not bound to a specific > > column range. > > > ______________________________________________ > Clovis > > From: Mike Walter <mike.wal...@hewitt.com> To: IBMVM@LISTSERV.UARK.EDU > Date: 04/01/2011 19:33 Subject: Re: SORTING DIRECTORY GAPS BY USER Sent > by: The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> > > ------------------------------ > > > > > Or better yet... _why_? > > It sounds as if you want to display users and mdisks, sorted by user (and > perhaps mdisk, too) which reside between gaps. > But _why_? What are you attempting to do? > > Mike Walter > Aon Corporation > The opinions expressed herein are mine alone, not my employer's. > *"Tom Huegel" <tehue...@gmail.com>* > > Sent by: "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> > > 01/04/2011 03:26 PM > Please respond to > "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> > > > To > IBMVM@LISTSERV.UARK.EDU > cc > Subject > Re: SORTING DIRECTORY GAPS BY USER > > > > > > > > > I don't understand your question.. If there is a GAP then there is no USER. > ??? > > On Tue, Jan 4, 2011 at 1:13 PM, George Henke/NYLIC <* > george_he...@newyorklife.com* <george_he...@newyorklife.com>> wrote: > Does anybody have anything like a PIPE command or a utility to do this sort > of thing, sort the DIRECTORY DISKMAP on USER within GAPS? > > I am sure DIRMAINT would obviate the necessity for such a thing, but right > now this is all I can do. > > ------------------------------ > > The information contained in this e-mail and any accompanying documents may > contain information that is confidential or otherwise protected from > disclosure. If you are not the intended recipient of this message, or if > this message has been addressed to you in error, please immediately alert > the sender by reply e-mail and then delete this message, including any > attachments. Any dissemination, distribution or other use of the contents of > this message by anyone other than the intended recipient is strictly > prohibited. All messages sent to and from this e-mail address may be > monitored as permitted by applicable law and regulations to ensure > compliance with our internal policies and to protect our business. E-mails > are not secure and cannot be guaranteed to be error free as they can be > intercepted, amended, lost or destroyed, or contain viruses. You are deemed > to have accepted these risks if you communicate with us by e-mail. > > -- Kris Buelens, IBM Belgium, VM customer support