For decades I've been using $ENDPAK$ userid to define the last cylinder of each pack. That, along with $ALLOC$ for cylinder 0, has allowed DISKMAP to show trailing gaps.
I never thought about it, but I should have defined the last cylinder to be (last cylinder + 1) i.e. 3340 cylinders for a 3390-3. Currently, I get the *OVERLAP* flag when I do use the last cylinder. Tom Duerbusch THD Consulting >>> "Frank M. Ramaekers" <[email protected]> 1/5/2011 3:12 PM >>> These tools (DIRMAP and MDISKMAP) have no ideas how many cylinders a device has (unless you told it by defining a full pack mini-disk). Frank M. Ramaekers Jr. ________________________________ From: The IBM z/VM Operating System [mailto:[email protected]] On Behalf Of George Henke/NYLIC Sent: Wednesday, January 05, 2011 2:51 PM To: [email protected] Subject: Re: SORTING DIRECTORY GAPS BY USER 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? [email protected] Sent by: The IBM z/VM Operating System <[email protected]> 01/05/2011 07:26 AM Please respond to The IBM z/VM Operating System <[email protected]> To [email protected] 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 <[email protected]> To: [email protected] Date: 04/01/2011 19:33 Subject: Re: SORTING DIRECTORY GAPS BY USER Sent by: The IBM z/VM Operating System <[email protected]> ________________________________ 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" <[email protected]> Sent by: "The IBM z/VM Operating System" <[email protected]> 01/04/2011 03:26 PM Please respond to "The IBM z/VM Operating System" <[email protected]> To [email protected] 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 <[email protected]> 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. _____________________________________________________ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at [email protected].
