OK, poor choice of words, it doesn't "free" the space, it compresses it.
Either way, I didn't know IDCAMS had been enhanced like this, so "Thanks Steve!" Rex -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Pommier, Rex Sent: Wednesday, July 22, 2015 3:56 PM To: [email protected] Subject: Re: "Cleaning Out a PDS" (Was Re: Library out of space issue while APPLY RSU) DEL (*) gives invalid dataset name However: DEL /(*) gives me an empty PDS and IDC0553I ALL MEMBERS IN DATA SET RRP4912.TEMP.JCL DELETED In addition, it works on an empty PDS to free space (as I expected it to). Rex -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of John Eells Sent: Wednesday, July 22, 2015 3:47 PM To: [email protected] Subject: Re: "Cleaning Out a PDS" (Was Re: Library out of space issue while APPLY RSU) [email protected] (Paul Gilmartin) wrote: > On 2015-07-22 13:45, John Eells wrote: >>> >>> So does IDCAMS DELETE these days (I forget when we added this). Both >>> likely use STOW INIT. >> > Syntax? That would appear to DELETE the entire library. But DELETE > followed by reallocate is certainly a valid approach. Why not? The syntax is pretty clearly documented in Access Method Services...though the book does not say a compress is unecessary afterward. Feel free to submit a comment if you believe it should, or if you think the syntax's description needs to be better: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2i2a1/20.1.1?SHELF=all13be9&DT=20120126090739&CASE= Says: "If you are deleting a member of a non-VSAM partitioned data set, the entryname must be specified in the format: pdsname(membername). If you specify the entryname in the format of a partition data set, pdsname(*), the command deletes all the members in the partition data set." Why not just delete and reallocate the data set? A number of reasons. You might not have ALTER access to the data set. There is no assurance it will wind up in the same place (or even fit on the same volume) in the general case. Other possible reasons why not are left as an Exercise to the Alert Reader. <snip> > Is there a non-assembler interface for this? Seems a good candidate > for ISPF DSLIST. IDCAMS DELETE *is* a non-assembler interface (grin). OK, more seriously, I have not played with this in ISPF OPT3.4 to see whether using DEL (*) would work as a line command. You could try it and let us know...maybe what you want is already there. ;-) > Lately I asked here how I might coalesce data set extents (I've > been using HMIGRATE/HRECALL.) Someone said IBM supplies such a > utility now. Google is not my friend here: > > https://xkcd.com/1532/ > > ... tells me only (mostly) about DB2. I must confess that I see no connection between that xkcd cartoon and DB2. But maybe this will help? http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2u2b1/2.3.5.1?SHELF=all13be9&DT=20120113165441&CASE= -- John Eells z/OS Technical Marketing IBM Poughkeepsie [email protected] ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
