-----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Paul Gilmartin Sent: Tuesday, July 21, 2015 1:31 PM To: [email protected] Subject: Re: Deleting data sets in use
On 2015-07-21, at 11:08, Walt Farrell wrote: > On Tue, 21 Jul 2015 11:40:28 -0500, Paul Gilmartin wrote: > >> On Tue, 21 Jul 2015 10:31:50 -0500, David Evans wrote: >> >>> This dataset can be deleted using ISMF. It allows you to delete a dataset >>> that has the same name as a cataloged dataset. No rename required. >>> >> The obstacle isn't the catalog; the obstacle is the ENQ. > > And the way around the ENQ is a rename, with appropriate RACF FACILITY > authority as previously mentioned. > And previously mentioned that ISPF supports this, with a prompt for confirmation that the programmer is savvy and accepts responsibility for any damage. Does ISPF simply front-end TSO front-ending IDCAMS? The confirmation is interactive; if the operation is performed in batch, is there a WTOR? Welcome to OS/360. One would think that by the 21st century there'd be a way that doesn't depend on the alertness of the administrator. A utility to vary offline and zap the VTOC? That protects the integrity of the OS; perhaps not of the VTOC. Does z/OS presume that when a volume is brought online the VTOC is intact? Something as basic as DSCBs describing overlapping extents would threaten system integrity. I think there's a verification utility (something like fsck?) Is this run automatically or electively? The hazard was greater in days of removable media. -- gil I don't know about anybody else here but I much prefer z/OS making me jump through a hoop or two before deleting a dataset that has an enqueue on it than UNIX which allows (or at least it did somewhat recently) me to delete a file that is open/in use/actively being updated by somebody else. Rex 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
