Craig - Yes, I tried DELETE <entry> NOSCRATCH CLUSTER, and I get
IDC3012I ENTRY MY.VSAM.DATA NOT FOUND+ IDC0551I ** ENTRY MY.VSAM.DATA NOT DELETED IDC0014I LASTCC=8 IDC3009I ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLFM-6 Since the object is actually an orphaned DATA component, the DELETE CLUSTER command is seen as invalid. - Ken > Date: Fri, 29 Jun 2012 11:12:12 -0500 > From: [email protected] > Subject: Re: Unable to Delete Orphaned VSAM Data Components > To: [email protected] > > Have you tried DELETE ent NOSCRATCH CLUSTER ? > > If alternate index or path, you would need those keywords. > > > > > > > > From: Ken French <[email protected]> > To: [email protected] > Date: 06/29/2012 10:54 > Subject: Unable to Delete Orphaned VSAM Data Components > Sent by: IBM Mainframe Discussion List <[email protected]> > > > > I have several VSAM data components in one of my USERCATs that are > cataloged to volumes that no longer exist. I've searched extensively on > how this might be done, and have tried several variations of the IDCAMS > DELETE command without success, including DELETE <entry> NOSCRATCH, DELETE > <entry> TRUENAME. I even attempted to REPRO MERGECAT the orphaned entries > to a new, temporary USERCAT that I planned to simply delete if the > MERGECAT was successful. Any ideas on how to eliminate these undesired and > orphaned catalog entries? Keep in mind that the volumes these entries are > pointing to do not exist on my system. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > > > ********************************************************************** > This communication contains information which is confidential and > may also be privileged. It is for the exclusive use of the intended > recipient(s). If you are not the intended recipient(s), please note > that any distribution, copying or use of this communication or the > information in it is strictly prohibited. If you have received this > communication in error, please notify the sender immediately and > then destroy any copies of it. > ********************************************************************** > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
