IBM Mainframe Forum

by **samb01** » Wed Aug 22, 2018 2:17 pm

Heelo,

i'd like to delete a datase but it is not cataloged :

Data set not cataloged

DSLIST - Data Sets on volume CFER01                     Data set not cataloged 
Command ===>                                                  Scroll ===> CSR  
                                                                               
Command - Enter "/" to select action                  Message           Volume 
-------------------------------------------------------------------------------
B        XFR.FCGT.ADEC                                        CFER01
***************************** End of Data Set list ****************************

 

By IDCAMS, it dose'nt work too...

by **samb01** » Wed Aug 22, 2018 2:37 pm

By using an IDCAMS NVR DELETE,
i have this error :

IDC3014I CATALOG ERROR

IDC3009I ** VSAM CATALOG RETURN CODE IS 50 - REASON CODE IS IGG0CLE4-88

The IDCAMS is :

Select all

//IDCAMS EXEC PGM=IDCAMS                               
//DD1 DD VOL=SER=CFER01,UNIT=DISK,DISP=SHR             
//SYSPRINT DD SYSOUT=*                                 
//SYSIN DD *                                           
    DELETE XFR.FCGT.ADEC      FILE(DD1) NVR  

 

by **NicC** » Wed Aug 22, 2018 2:51 pm

Change the program to IEFBR14. Change the DSIP to OLD,DELETE. Add the DSNAME. Remove the SYSIN. Remove the SYSPRINT.

Also, investigate IEHPROGM

by **samb01** » Wed Aug 22, 2018 3:05 pm

Hello, here is the message with IEHPROGM

UNCATLG DSNAME=PROBES.EESEDBQ.DSMUTWTF
IEH210I YOUR REQUEST CANNOT BE SERVICED....
IT IS INVALID --OR-- IT IS NOT PROPER WITHIN YOUR PRESENT CATALOG STRUCTURE ...

UTILITY END

RThe JCL is

Select all

//STEP0     EXEC  PGM=IEHPROGM                     
//SYSPRINT  DD SYSOUT=*                            
//SYSIN DD *                                       
 UNCATLG DSNAME=XFR.FCGT.ADEC            

 

I think i will use the IDCAMS Option PURGE

by **samb01** » Wed Aug 22, 2018 4:47 pm

It doesn't work with IDCAMS DELETE PURGE too :

DUMP -
DS (INCLUDE( -
XFR.FCGT.ADEC)) -
OUTDD( -
NOTAPE ) -
DELETE PURGE
ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP '
ADR109I (R/I)-RI01 (01), 2018.234 13:14:53 INITIAL SCAN OF USER CONTROL STATEMEN
ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
ADR006I (001)-STEND(01), 2018.234 13:14:53 EXECUTION BEGINS
ADR383W (001)-DTDSC(01), DATA SET XFR.FCGT.ADEC NOT SELECTED
ADR415W (001)-DTDSC(04), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED FROM ANY
ADR006I (001)-STEND(02), 2018.234 13:14:53 EXECUTION ENDS
ADR013I (001)-CLTSK(01), 2018.234 13:14:53 TASK COMPLETED WITH RETURN CODE 0004
ADR012I (SCH)-DSSU (01), 2018.234 13:14:53 DFSMSDSS PROCESSING COMPLETE. HIGHEST

here is the JCL

Select all

 //DEL01 EXEC PGM=ADRDSSU                                       
 //OUTFILE  DD DUMMY                                            
 //SYSPRINT DD SYSOUT=*                                         
 //NOTAPE DD DUMMY                                              
 //SYSIN DD *                                                   
              DUMP               -                              
              DS (INCLUDE(       -                              
              XFR.FCGT.ADEC)) -                       
              OUTDD(             -                              
              NOTAPE )           -                              
              DELETE PURGE                                      
 /*                                                             

 

by **Robert Sample** » Wed Aug 22, 2018 6:05 pm

The IDC3009I message return code 50 indicates that an error occurred in the VVDS manager, and the 88 reason code indicates

Explanation: A VVR or NVR with the correct component name was found, but the catalog name did not match. On a delete request, the BCS record will be deleted, but the VVR or NVR and the format 1 DSCB will not be scratched. There is no SFI data.

Programmer Response: No action is required because this code is for information only.

It sounds like the data set may still be cataloged but not under the XFR.FCGT.ADEC name.

by **samb01** » Wed Aug 22, 2018 6:47 pm

Is there a solution ti fixe it ?

by **Robert Sample** » Wed Aug 22, 2018 8:01 pm

I've found some web references that indicate a 50 return code with 88 reason code occurs when a data set is renamed to a new high level qualifier (HLQ) that has its alias in a different user catalog. If this is the case, then the solution would be verify the old user catalog has the data set listed by doing an IDCAMS LISTCAT with parameter CATALOG(<old user catalog name>). Once verified that this is the issue, a REPRO MERGECAT for the new cluster name from the catalog it is in to the catalog where the new HLQ alias points will get things back in sync and then you will be able to see the data set in ISPF 3.4 without a volume reference. Then you can delete the data set (if that is your goal).

by **samb01** » Wed Aug 22, 2018 11:26 pm

Hello Robert Sample and thank's for your help.
But how can i found the "old user catalog" ?

by **Robert Sample** » Wed Aug 22, 2018 11:38 pm

It is easiest if you know the old HLQ; then you list the entries in the master catalog to find that alias (or list the alias directly) and it will tell you which user catalog is associated with that HLQ. If you don't know the old HLQ, you will have to go into each user catalog, list all entries in it, and look for the data set name.

IBM Mainframe Forum

Deleting a dataset wich is not catalogeg

Deleting a dataset wich is not catalogeg

Re: Deleting a dataset wich is not catalogeg

Re: Deleting a dataset wich is not catalogeg

Re: Deleting a dataset wich is not catalogeg

Re: Deleting a dataset wich is not catalogeg

Re: Deleting a dataset wich is not catalogeg

Re: Deleting a dataset wich is not catalogeg

Re: Deleting a dataset wich is not catalogeg

Re: Deleting a dataset wich is not catalogeg

Re: Deleting a dataset wich is not catalogeg