You may need to do the UNCATALOG if NON-SMS manged. You should not do the UNCATALOG if SMS manged.
Personally, I would probably do the process with DFDSS and use RENUNC and CATALOG parm. Simpler, easier, and safer Lizette -----Original Message----- >From: Thomas David Rivers <riv...@dignus.com> >Sent: Apr 11, 2017 4:42 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: unCATALOG after a RENAME > >retired mainframer wrote: > >>When you say "a file in the VTOC," did you deliberately mean to distinguish >>that from a case where you rename a dataset in the catalog? Did the rename >>command specify a volume? Was the old DSN catalogued on the volume whose >>VTOC you are updating? Is the new DSN catalogued correctly? Did the new >>DSN exist in the catalog prior to this activity? >> >> > > The operations appear to be: > > Ensure the "to" data set doesn't exist. > Do a LOCATE on the "from" DSN to determine the source volume list > Do a RENAME with that volume list > unCATALOG the "from" name > CATALOG the "to" name > > I have the hope those last two steps are not necessary... I don't know > why they are there - seems like the RENAME would have done it's job > (assuming all the return-codes are appropriate.) > > > > - Dave Rivers - > > >-- >riv...@dignus.com Work: (919) 676-0847 >Get your mainframe programming tools at http://www.dignus.com > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
