On Wed, 12 Dec 2007 08:18:49 -0600, McKown, John <[EMAIL PROTECTED]> wrote:
>Having said that, the simpliest way to really do it is not to do any of >what has been said. Instead, do the following. > >RDEF FACILITY STGADMIN.DPDSRN.CSF.SCSFMOD0 UACC(NONE) >PE STGADMIN.DPDSRN.CSF.SCSFMOD0 ID(me) ACCESS(READ) >-- use ISPF option 3.4 to delete the dataset >RDEL FACILITY STGADMIN.DPDSRN.CSF.SCSFMOD0 > > >reference: >http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S260/1.14 >.7.1 As far as I know, John, STGADMIN.DPDSRN.name allows you to RENAME the data set, not DELETE it. Of course, after renaming it you could probably delete it without getting hit by the ENQ. However, the intent is to allow one to to rename a data set that has a duplicate name that is in use on some other system other than the one you're on. One might argue that while XCFAS and LLA have the data set ENQed that it -is- in use on the system, and thus using this function is not appropriate. I don't know whether it would cause any problems, but using it this way is outside the intended (and as far as I know) tested scenarios. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
