IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

Unable to restore a GDG dump


IBM Mainframe Forums -> JCL & VSAM
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
yuvrajdutta

New User


Joined: 13 Jul 2009
Posts: 40
Location: India

PostPosted: Mon Oct 05, 2009 4:51 pm
Reply with quote

Hello All,

Am trying to recreate a number of GDG's from one system to another..

At the source end i have dumped the respective GDG's using

Code:

//ADRDSSU  JOB (,),'PDSCOPY',MSGLEVEL=(1,1),CLASS=A,MSGCLASS=H,
//             NOTIFY=&SYSUID                                 
//IDCAMS01 EXEC  PGM=IDCAMS,REGION=768K                       
//SYSPRINT DD    SYSOUT=*                                     
//SYSIN    DD    *                                             
  LISTCAT ENTRY('UFMG.UG.SYSTST.SPCOPCDB.REPORT.DUMP') NONVSAM
  IF LASTCC = 0 THEN +                                         
    DO                                                         
      DELETE 'UFMG.UG.SYSTST.SPCOPCDB.REPORT.DUMP' NONVSAM     
    END                                                       
  ELSE +                                                       
    DO                                                         
      SET MAXCC = 0     /* OKAY TO FAIL */                     
    END                                                       
/*                                                             
//IFREST   IF  (RC = 0) THEN                                   
//STEP010  EXEC PGM=ADRDSSU,PARM='UTILMSG=YES'                 
//SYSPRINT DD SYSOUT=*                                         
//SYSABEND DD SYSOUT=*                                         
//SYSDUMP  DD SYSOUT=*                                         
//SYSOUT   DD SYSOUT=*                                         
//DD0      DD DSN=UFMG.UG.SYSTST.SPCOPCDB.REPORT.DUMP,         
//            DISP=(NEW,CATLG,DELETE),UNIT=SYSDA,             
//            SPACE=(CYL,(20,20),RLSE)                         
//SYSIN    DD *                                               
  DUMP ALLDATA(*)                                         -   
       ALLEXCP                                            -   
       DATASET(                                           -   
           INCLUDE(                                       -   
                   UFMG.UG.SYSTST.SPCOPCDB.REPORT.**      -
                  )                                       -
           EXCLUDE(                                       -
                   UFMG.UG.SYSTST.SPCOPCDB.REPORT.DUMP    -
                  )                                       -
              )                                           -
       OPTIMIZE(4)                                        -
       OUTDDNAME(DD0)                                     -
       SHARE                                              -
       SPHERE                                             
/*                                                         
//IFREST ENDIF                                             


The dump file created is as below

Code:

Data Set Name . . . . : UFMG.UG.SYSTST.SPCOPCDB.REPORT.DUMP             
                                                                       
General Data                           Current Allocation               
 Management class . . : STANDARD        Allocated cylinders : 1         
 Storage class  . . . : FMSC001         Allocated extents . : 1         
  Volume serial . . . : FH8005                                         
  Device type . . . . : 3390                                           
 Data class . . . . . : **None**       Current Utilization             
  Organization  . . . : PS              Used cylinders  . . : 1         
  Record format . . . : U               Used extents  . . . : 1         
  Record length . . . : 0                                               
  Block size  . . . . : 27998                                           
  1st extent cylinders: 1                                               
  Secondary cylinders : 17                                             
  Data set name type  :                 SMS Compressible  :   NO       
                                                                       
  Creation date . . . : 2009/10/05      Referenced date . . : 2009/10/05
  Expiration date . . : ***None***                                     


i then transferred the file using the job below

Code:

//GETAPS   EXEC PGM=FTP,                                       
//         PARM='MOPVSM2.MOP.FR.IBM.COM (TIMEOUT 300 EXIT'     
//SYSPRINT DD  SYSOUT=*                                       
//SYSOUT   DD  SYSOUT=*                                       
//OUTPUT   DD  SYSOUT=*                                       
//INPUT    DD  *                                               
UDSGFTP ********         
MODE B                                                         
EBCDIC                                                         
QUOTE SITE LRECL=0 RECFM=U BLKSIZE=27998 CYLINDERS PRIMARY=20 +
SECONDARY=20                                                   
PUT 'UFMG.UG.SYSTST.SPCOPCDB.REPORT.DUMP' +                   
'UFMS.US.SYSTST.SPCOPCDB.REPORT.DUMP'                         
CLOSE                                                         
QUIT                                                           


At the remote end i have created the relevant GDG base in the name of
UFMS.US.SYSTST.SPCOPCDB.REPORT

On restoring the the dumped file using the job below
Code:

//STEP010  EXEC PGM=ADRDSSU,PARM='UTILMSG=YES'             
//SYSPRINT DD SYSOUT=*                                     
//SYSABEND DD SYSOUT=*                                     
//SYSDUMP  DD SYSOUT=*                                     
//SYSOUT   DD SYSOUT=*                                     
//DD0      DD DISP=SHR,                                     
//            DSN=UFMS.US.SYSTST.SPCOPCDB.REPORT.DUMP       
//SYSIN    DD *                                             
  RESTORE                                                  -
    CATALOG                                                -
    DATASET(                                               -
      INCLUDE(**)                                          -
    )                                                      -
    INDDNAME(DD0)                                          -
    RENAMEUNC(                                             -
      (UFMG.UG.SYSTST.SPCOPCDB.REPORT.*,                   -
       UFMS.US.SYSTST.SPCOPCDB.REPORT.*)                   -
    )                                                      -
    TGTGDS(ACTIVE) -                                       
    REPLACEUNCONDITIONAL                                   
/*                                                         


am getting the error below

Code:

0ADR780I (001)-TDDS (01), THE INPUT DUMP DATA SET BEING PROCESSED IS IN LOGICAL DATA SET FORMAT AND WAS CREATED BY DFSMSDSS VERSION 1 RELEASE 8 MODIFICATION LEVEL 0                     
0ADR402E (001)-AUTH (16), AUTHORIZATION CHECK FAILED FOR DATA SET UFMG.UG.SYSTST.SPCOPCDB.REPORT.G0001V00, ON VOLUME FH8414, 4     
0ADR402E (001)-AUTH (16), AUTHORIZATION CHECK FAILED FOR DATA SET UFMG.UG.SYSTST.SPCOPCDB.REPORT.G0002V00, ON VOLUME FH8414, 4     


and like wise for all the 21 generations originally dumped.

Can you please advise where i am going wrong?

i have alter access at the both the ends for the file naming convention as shown in the above jobs.[/code]
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Mon Oct 05, 2009 5:07 pm
Reply with quote

The ADR402E message reason code 4 has this description in the MAC:
Quote:
4
RACF READ authorization failed for the data set name.
which may in turn be related to this from the DF/DSS Storage Administration Reference manual:
Quote:
2.3.7 COPYDUMP Command for DFSMSdss

With the COPYDUMP command, you can make from 1 to 255 copies of DFSMSdss-produced dump data. The data to be copied, a sequential data set, can be on a tape or a DASD volume, and copies can be written to a tape or a DASD volume. If the dump data is produced from multiple DASD volumes by using a physical data set dump operation, you can selectively copy the data from one or more of those volumes.

The COPYDUMP command cannot change the block size of the DFSMSdss dump data set. If you are copying a dump data set to a DASD device, the source block size must be small enough to fit on the target device.

Notes:

1. Extra dump tapes can be used for such things as disaster recovery backup or distribution of dumped data (for example, a newly generated system).

2. COPYDUMP is the only supported method for copying DFSMSdss dump data sets. Using a copy produced by any other method or utility as input to a RESTORE operation can produce unpredictable results.
Since you used FTP to transfer a DF/DSS dump data set, you may be experiencing unpredictable results ....
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Mon Oct 05, 2009 5:13 pm
Reply with quote

Quote:
i have alter access at the both the ends for the file naming convention as shown in the above jobs


From the manual for ADR402E - reason code 4
RACF READ authorization failed for the data set name.

But surely you looked up the error message and reason code before posting, didn't you ?

@ Robert
I have used TRSMAIN prior to FTP for DFdss dumps, and had no problems performing restores on the target system after unpacking - again using TRSMAIN.
Back to top
View user's profile Send private message
yuvrajdutta

New User


Joined: 13 Jul 2009
Posts: 40
Location: India

PostPosted: Mon Oct 05, 2009 5:32 pm
Reply with quote

Hello Robert,

Thanks for your prompt response..

I would like to stress on something here..

I dumped 4 datasets using

Code:

  DUMP ALLDATA(*)                                         -
       ALLEXCP                                            -
       DATASET(                                           -
           INCLUDE(                                       -
                   I051029.ARUN.*                         -
                  )                                       -
           EXCLUDE(                                       -
                   I051029.ARUN.UNLD                      -
                  )                                       -
              )                                           -
       OPTIMIZE(4)                                        -
       OUTDDNAME(DD0)                                     -
       SHARE                                              -
       SPHERE                                             


Ans FTPed them using the exact same FTP job as above to the same remote machine and then attempted to restore them and was successful using the code below

Code:

  RESTORE                                                  -
    CATALOG                                                -
    DATASET(                                               -
      INCLUDE(I051029.ARUN.*)                              -
    )                                                      -
    INDDNAME(DD0)                                          -
    RENAMEUNC(                                             -
      (I051029.ARUN.*,                                     -
       I051029.ARUNODAY.*)                                 -
    )                                                       


Also the GDG restore process tends to give an RC=0 with TYPRUN=NORUN though.

Thanks
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Mon Oct 05, 2009 5:42 pm
Reply with quote

expat: I've done similar using TRSMAIN -- it may be an exception to the rule since you're not, technically, transferring the DF/DSS DUMP file directly.

Yuvraj -- what part of "unpredictable results" do you not understand? It may well work once, twice, one thousand times -- but then again it may not and it may work one time but not the next time you run. The mere fact you got it to work once does not mean you can do the same thing for a different file and expect good results. Use TRSMAIN on the dump file, transfer the TRSMAIN file, un-terse it on the receiving site and you will probably get good results. However, there is no guarantee that using FTP on the dump file directly will allow you to do a RESTORE on the receiving side -- this is what unpredictable results means.
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Mon Oct 05, 2009 6:08 pm
Reply with quote

As it's psychic day today icon_lol.gif My guess is that there is NO RACF profile defined for the HLQ of the source on the receiving LPAR.
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Mon Oct 05, 2009 6:12 pm
Reply with quote

Quote:
As it's psychic day today
I knew that! icon_biggrin.gif
Back to top
View user's profile Send private message
yuvrajdutta

New User


Joined: 13 Jul 2009
Posts: 40
Location: India

PostPosted: Mon Oct 05, 2009 6:45 pm
Reply with quote

Yes Expat you are correct.. There is no RACF profile defined on the remote system for the UFMG.UG.SYSTST.* porfile..

Thats the reason i tried to RENAMEUNConditionally.

So if we are using ADRDSSU the RACF profiles for the dumped dataset HLQ must be defined right?

I also tried to use the ADMINISTRATOR command too(not exactly sure about the exact param name as the job got purged) but that gave an error saying i do not have access to issue the command for the ADRDSSU program to process.

Thanks
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Mon Oct 05, 2009 6:48 pm
Reply with quote

Well that's the problem then. On the tape the datasets have retained the original name, and must have a RACF profile existing on the receiving LPAR for you to be able to read the datasets and then rename them.

Time to go chat with your security buddies
Back to top
View user's profile Send private message
yuvrajdutta

New User


Joined: 13 Jul 2009
Posts: 40
Location: India

PostPosted: Tue Oct 06, 2009 8:51 am
Reply with quote

Hello,

Is it somehow possible to prevent the original name of the individual datasets from appearing in the dump dataset.

I could not find any rename param w.r.t. DUMP keyword.

The security guys here are hell-bent on the fact that they cannot create RACF profiles pertaining to the sender machine on the remote machine. icon_sad.gif

Please advise on the next course of action if any.

Thanks
Back to top
View user's profile Send private message
gcicchet

Senior Member


Joined: 28 Jul 2006
Posts: 1702
Location: Australia

PostPosted: Tue Oct 06, 2009 9:12 am
Reply with quote

Hi,

it sounds to me if security is not going to be accommodating, you may need to restore the files on original system with a newname that will not cause issues on the other system and then dump the newly created files.



Gerry
Back to top
View user's profile Send private message
yuvrajdutta

New User


Joined: 13 Jul 2009
Posts: 40
Location: India

PostPosted: Tue Oct 06, 2009 2:53 pm
Reply with quote

Hello,

I also tried to recreate a few GDG's whose HLQ's have RACF profiles at both ends.

DUMP JOB:

Code:

//SYSIN    DD *                                           
  DUMP ALLDATA(*)                                         -
       ALLEXCP                                            -
       DATASET(                                           -
           INCLUDE(                                       -
                   I051029.JAGA.TEST.GDGBASE.*            -
                  )                                       -
              )                                           -
       OPTIMIZE(4)                                        -
       OUTDDNAME(DD0)                                     -
       SHARE                                              -
       SPHERE                                             
/*                                                         


Then FTPthe same as in the initial post MODE B and EBCDIC

Then the restore job somehow is giving a RC=0 but none of the generations are being recreated.

I have tested the restoration with a GDG base at the remote and with out a base using:

Code:

//SYSIN    DD *                                             
  RESTORE                                                  -
    CATALOG                                                -
    DATASET(                                               -
      INCLUDE(I051029.JAGA.TEST.GDGBASE.*)                 -
    )                                                      -
    INDDNAME(DD0)                                          -
    RENAMEUNC(                                             -
      (I051029.JAGA.TEST.GDGBASE.*,                        -
       I051029.JAGA.TEST.GDGBASE.*)                        -
    )                                                      -
    REPLACEUNC                                             -
    TGTGDS(ACTIVE)                                         
/*                                                         


the sysprint from the above code is as follows:

Code:

0ADR442I (001)-FRLBO(01), DATA SET I051029.JAGA.TEST.GDGBASE.G0001V00 PREALLOCAT
                          ON VOLUME(S): WRK26H                                 
0ADR474I (001)-TDNVS(01), DATA SET I051029.JAGA.TEST.GDGBASE.G0001V00 CONSISTS O
0ADR489I (001)-TDLOG(01), DATA SET I051029.JAGA.TEST.GDGBASE.G0001V00 WAS RESTOR
0ADR442I (001)-FRLBO(01), DATA SET I051029.JAGA.TEST.GDGBASE.G0002V00 PREALLOCAT
                          ON VOLUME(S): WRK86H                                 
0ADR474I (001)-TDNVS(01), DATA SET I051029.JAGA.TEST.GDGBASE.G0002V00 CONSISTS O
0ADR489I (001)-TDLOG(01), DATA SET I051029.JAGA.TEST.GDGBASE.G0002V00 WAS RESTOR
0ADR442I (001)-FRLBO(01), DATA SET I051029.JAGA.TEST.GDGBASE.G0003V00 PREALLOCAT
                          ON VOLUME(S): WRK14H                                 
0ADR474I (001)-TDNVS(01), DATA SET I051029.JAGA.TEST.GDGBASE.G0003V00 CONSISTS O
0ADR489I (001)-TDLOG(01), DATA SET I051029.JAGA.TEST.GDGBASE.G0003V00 WAS RESTOR
0ADR442I (001)-FRLBO(01), DATA SET I051029.JAGA.TEST.GDGBASE.G0004V00 PREALLOCAT
                          ON VOLUME(S): WRKH6H                                 
0ADR474I (001)-TDNVS(01), DATA SET I051029.JAGA.TEST.GDGBASE.G0004V00 CONSISTS O
0ADR489I (001)-TDLOG(01), DATA SET I051029.JAGA.TEST.GDGBASE.G0004V00 WAS RESTOR
0ADR454I (001)-TDLOG(01), THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED   
0                          I051029.JAGA.TEST.GDGBASE.G0001V00                   
0                          I051029.JAGA.TEST.GDGBASE.G0002V00                   
0                          I051029.JAGA.TEST.GDGBASE.G0003V00                   
1PAGE 0002     5695-DF175  DFSMSDSS V1R08.0 DATA SET SERVICES     2009.279 11:20
-                          I051029.JAGA.TEST.GDGBASE.G0004V00                   
0ADR006I (001)-STEND(02), 2009.279 11:20:10 EXECUTION ENDS                     
0ADR013I (001)-CLTSK(01), 2009.279 11:20:10 TASK COMPLETED WITH RETURN CODE 0000


Please assist with the same

Thanks a lot
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Tue Oct 06, 2009 3:03 pm
Reply with quote

Have you defined a GDG base on the target LPAR
Back to top
View user's profile Send private message
yuvrajdutta

New User


Joined: 13 Jul 2009
Posts: 40
Location: India

PostPosted: Tue Oct 06, 2009 3:30 pm
Reply with quote

Yes Expat

Code:

DSLIST - Data Sets Matching I051029.JAGA.TEST.GDGBASE                 GDG base
Command ===>                                                  Scroll ===> CSR
                                                                             
Command - Enter "/" to select action                  Message           Volume
------------------------------------------------------------------------------
S        I051029.JAGA.TEST.GDGBASE                                      ??????
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Tue Oct 06, 2009 4:02 pm
Reply with quote

Quote:
Explanation: After a data set was successfully restored or after a data set was successfully selected (when TYPRUN=NORUN), the data set name is printed for a non-VSAM data set. Component names are printed for a VSAM data set.

Are you running with PARM='TYPRUN=NORUN' ???
Back to top
View user's profile Send private message
yuvrajdutta

New User


Joined: 13 Jul 2009
Posts: 40
Location: India

PostPosted: Tue Oct 06, 2009 4:09 pm
Reply with quote

No Expat icon_smile.gif

Code:

//STEP010  EXEC PGM=ADRDSSU,PARM='UTILMSG=YES'             
//SYSPRINT DD SYSOUT=*                                     
//SYSABEND DD SYSOUT=*                                     
//SYSDUMP  DD SYSOUT=*                                     
//SYSOUT   DD SYSOUT=*                                     
//DD0      DD DSN=UFMS.US.SYSTST.SPCOPCDB.REPORT.DUMP,     
//            DISP=SHR                                     
//SYSIN    DD *                                             
  RESTORE                                                  -
    CATALOG                                                -
    DATASET(                                               -
      INCLUDE(I051029.JAGA.TEST.GDGBASE.*)                 -
    )                                                      -
    INDDNAME(DD0)                                          -
    RENAMEUNC(                                             -
      (I051029.JAGA.TEST.GDGBASE.*,                        -
       I051029.JAGA.TEST.GDGBASE.*)                        -
    )                                                      -
    REPLACEUNC                                             -
    TGTGDS(ACTIVE)                                         
/*                                                         


Earlier i was able to dump-ftp-restore a bunch of PS datasets
Than w.r.t. to GDG's there was an authorization issue so i tried using my own GDG's but then no result from that too.

Thanks
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Tue Oct 06, 2009 4:44 pm
Reply with quote

Questions that arise in my mind when looking at your job:

1. Why do you have CATALOG and REPLACEUNC? If the data set is preallocated, the CATALOG will be ignored. If the data set is not preallocated, REPLACEUNC is not needed.

2. Why are you doing a RENAMEUNC for the very same HLQ? If you want to restore I05102.JAGA.TEST.GDGBASE.* into the same name, you don't need a RENAMEUNC. And if you don't need the RENAMEUNC, you don't need the REPLACEUNC.

3. Why do you have REPLACEUNC and TGTGDS(ACTIVE)? These are also mutually exclusive -- TGTGDS says what to do with non-preallocated GDG generations, while REPLACEUNC only affects preallocated files.

I usually start with the simplest RESTORE command and add complexity only when necessary -- it looks like you've started with a pretty complex RESTORE when it may not have been needed. Try something like this:
Code:
  RESTORE                                                  -
    DATASET(                                               -
      INCLUDE(I051029.JAGA.TEST.GDGBASE.*)                 -
    )                                                      -
    INDDNAME(DD0)                                          -
    OPT(4)                                                 -
    TGTGDS(ACTIVE)                                         
Back to top
View user's profile Send private message
yuvrajdutta

New User


Joined: 13 Jul 2009
Posts: 40
Location: India

PostPosted: Tue Oct 06, 2009 5:43 pm
Reply with quote

Robert thanks for the detailed explanation:

I tried your card:

seems OPT does not go with RESTORE
Code:

PAGE 0001     5695-DF175  DFSMSDSS V1R08.0 DATA SET SERVICES     2009.279 13:51
  RESTORE                                                  -                   
    DATASET(                                               -                   
      INCLUDE(I051029.JAGA.TEST.GDGBASE.*)                 -                   
    )                                                      -                   
    INDDNAME(DD0)                                          -                   
    OPT(4)                                                 -                   
    TGTGDS(ACTIVE)                                                             
ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE '     
ADR109I (R/I)-RI01 (01), 2009.279 13:51:50 INITIAL SCAN OF USER CONTROL STATEMEN
ADR129E (001)-RI01 (01), KEYWORD 'OPT ' IS IMPROPER                             
ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND                 
ADR017E (001)-CLTSK(01), 2009.279 13:51:50 TASK NOT SCHEDULED DUE TO ERROR. TASK
ADR012I (SCH)-DSSU (01), 2009.279 13:51:50 DFSMSDSS PROCESSING COMPLETE. HIGHEST


Even OPTIMIZE(4) gave the same error

thus i ended up with this
Code:

PAGE 0001     5695-DF175  DFSMSDSS V1R08.0 DATA SET SERVICES     2009.279 13:57
  RESTORE                                                  -                   
    DATASET(                                               -                   
      INCLUDE(I051029.JAGA.TEST.GDGBASE.*)                 -                   
    )                                                      -                   
    INDDNAME(DD0)                                          -                   
    TGTGDS(ACTIVE)                                                             
ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE '     
ADR109I (R/I)-RI01 (01), 2009.279 13:57:31 INITIAL SCAN OF USER CONTROL STATEMEN
ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK           
ADR006I (001)-STEND(01), 2009.279 13:57:31 EXECUTION BEGINS                     
ADR780I (001)-TDDS (01), THE INPUT DUMP DATA SET BEING PROCESSED IS IN LOGICAL D
                         1 RELEASE 8 MODIFICATION LEVEL 0                       
ADR380E (001)-FRLBO(31), DATA SET I051029.JAGA.TEST.GDGBASE.G0001V00 NOT PROCESSED, 18
ADR380E (001)-FRLBO(31), DATA SET I051029.JAGA.TEST.GDGBASE.G0002V00 NOT PROCESSED, 18
ADR380E (001)-FRLBO(31), DATA SET I051029.JAGA.TEST.GDGBASE.G0003V00 NOT PROCESSED, 18
ADR380E (001)-FRLBO(31), DATA SET I051029.JAGA.TEST.GDGBASE.G0004V00 NOT PROCESSED, 18
ADR415W (001)-TDLOG(01), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED FROM ANY
ADR480W (001)-TDLOG(01), THE FOLLOWING DATA SETS WERE NOT PROCESSED FROM THE LOG
                          I051029.JAGA.TEST.GDGBASE.G0001V00
                          I051029.JAGA.TEST.GDGBASE.G0002V00                   
                          I051029.JAGA.TEST.GDGBASE.G0003V00                   
                          I051029.JAGA.TEST.GDGBASE.G0004V00                   
ADR006I (001)-STEND(02), 2009.279 13:57:31 EXECUTION ENDS                       
ADR013I (001)-CLTSK(01), 2009.279 13:57:31 TASK COMPLETED WITH RETURN CODE 0008


i looked up ADR380E reason code 18 and this is what the manual says:
Quote:

18 For physical data set processing: the REPLACE, RENAME, or RENAMEUNCONDITIONAL keywords were not specified for the movable non-VSAM data set, or REPLACE was not specified for a VSAM data set. For logical data set processing, the REPLACE, REPLACEUNCONDITIONAL, RENAME, or RENAMEUNCONDITIONAL keywords were not specified for the data set.
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Tue Oct 06, 2009 6:35 pm
Reply with quote

Sorry about the OPT -- I'm so used to using it I didn't check my RESTORE jobs to see that it is a DUMP option only.

The system is telling you those files already exist on the system you're trying to restore them. They may or may not be GDG generations, but the actual file name exists.
Back to top
View user's profile Send private message
yuvrajdutta

New User


Joined: 13 Jul 2009
Posts: 40
Location: India

PostPosted: Tue Oct 06, 2009 6:54 pm
Reply with quote

Robert i ran a LISTCAT at the source and remote ends
SOURCE

Code:

IDCAMS  SYSTEM SERVICES                           
                                                   
  LISTCAT ENTRY ('I051029.JAGA.TEST.GDGBASE')     
GDG BASE ------ I051029.JAGA.TEST.GDGBASE         
     IN-CAT --- CATALOG.USER.VWRK98H               
   NONVSAM ---- I051029.JAGA.TEST.GDGBASE.G0001V00
     IN-CAT --- CATALOG.USER.VWRK98H               
   NONVSAM ---- I051029.JAGA.TEST.GDGBASE.G0002V00
     IN-CAT --- CATALOG.USER.VWRK98H               
   NONVSAM ---- I051029.JAGA.TEST.GDGBASE.G0003V00
     IN-CAT --- CATALOG.USER.VWRK98H               
   NONVSAM ---- I051029.JAGA.TEST.GDGBASE.G0004V00
     IN-CAT --- CATALOG.USER.VWRK98H               
IDCAMS  SYSTEM SERVICES                           
         THE NUMBER OF ENTRIES PROCESSED WAS:     
                   AIX -------------------0       
                   ALIAS -----------------0       
                   CLUSTER ---------------0       
                   DATA ------------------0       
                   GDG -------------------1       
                   INDEX -----------------0       
                   NONVSAM ---------------4       
                   PAGESPACE -------------0       
                   PATH ------------------0       
                   SPACE -----------------0       
                   USERCATALOG -----------0       
                   TAPELIBRARY -----------0       


REMOTE

Code:

IDCAMS  SYSTEM SERVICES                                 
                                                         
  LISTCAT ENTRY ('I051029.JAGA.TEST.GDGBASE')           
GDG BASE ------ I051029.JAGA.TEST.GDGBASE               
     IN-CAT --- CATALOG.USER.VWRK98J                     
IDCAMS  SYSTEM SERVICES                                 
         THE NUMBER OF ENTRIES PROCESSED WAS:           
                   AIX -------------------0             
                   ALIAS -----------------0             
                   CLUSTER ---------------0             
                   DATA ------------------0             
                   GDG -------------------1             
                   INDEX -----------------0             
                   NONVSAM ---------------0             
                   PAGESPACE -------------0             
                   PATH ------------------0             
                   SPACE -----------------0             
                   USERCATALOG -----------0             
                   TAPELIBRARY -----------0             
                   TAPEVOLUME ------------0             
                   TOTAL -----------------1             
         THE NUMBER OF PROTECTED ENTRIES SUPPRESSED WAS 0
IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0


no generations seem to exist in the catalog.. dunno where this going wrong
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Tue Oct 06, 2009 7:24 pm
Reply with quote

Do the datasets show up under 3.4 ?

Just wondering if in the past attempts that you restored them as either DEFERRED or ROLLED OFF

If they show up under 3.4 then delete them
Back to top
View user's profile Send private message
yuvrajdutta

New User


Joined: 13 Jul 2009
Posts: 40
Location: India

PostPosted: Tue Oct 06, 2009 8:00 pm
Reply with quote

Hello Expat,

no the individual generations do not come up in 3.4
Code:

DSLIST - Data Sets Matching I051029.JAGA.TEST.GDGBASE*              Row 1 of 1
Command ===>                                                  Scroll ===> CSR 
                                                                               
Command - Enter "/" to select action                  Message           Volume
-------------------------------------------------------------------------------
         I051029.JAGA.TEST.GDGBASE                                      ??????
***************************** End of Data Set list ****************************


Also i'll mention one more thing here w.r.t. to the SYSIN params as prescribed by Robert(excluding opt) i added a renameunc which annoyingly gives me a RC=0 but the catch here is i cannot see "DATA SET <dataset> HAS BEEN CATALOGED" which i could see when i restored a couple of dumped datasets.

Code:

DATA SET I051029.ARUNODAY.SORTIN HAS BEEN CATALOGED IN CATALOG CATALOG.USER.VWRK98J


Code:

DATA SET I051029.JAGA.TEST.GDGBASE.G0001V00 PREALLOCATED, ON VOLUME(S): WRK26H 
DATA SET I051029.JAGA.TEST.GDGBASE.G0001V00 CONSISTS OF 00000100 TARGET TRACKS A
DATA SET I051029.JAGA.TEST.GDGBASE.G0001V00 WAS RESTORED                       
DATA SET I051029.JAGA.TEST.GDGBASE.G0002V00 PREALLOCATED, ON VOLUME(S): WRK86H 
DATA SET I051029.JAGA.TEST.GDGBASE.G0002V00 CONSISTS OF 00000100 TARGET TRACKS A
DATA SET I051029.JAGA.TEST.GDGBASE.G0002V00 WAS RESTORED                       


Thanks..
Back to top
View user's profile Send private message
gcicchet

Senior Member


Joined: 28 Jul 2006
Posts: 1702
Location: Australia

PostPosted: Wed Oct 07, 2009 4:24 am
Reply with quote

Hi,

is it possible to see the JESYSMSG output ?


Gerry
Back to top
View user's profile Send private message
yuvrajdutta

New User


Joined: 13 Jul 2009
Posts: 40
Location: India

PostPosted: Wed Oct 07, 2009 10:43 am
Reply with quote

Hello Gcicchet

Code:

 ICH70001I I051029  LAST ACCESS AT 14:46:39 ON TUESDAY, OCTOBER 6, 2009
 IEF236I ALLOC. FOR ADRDSSU STEP010
 IEF237I JES2 ALLOCATED TO SYSPRINT
 IEF237I JES2 ALLOCATED TO SYSABEND
 IEF237I JES2 ALLOCATED TO SYSDUMP
 IEF237I JES2 ALLOCATED TO SYSOUT
 IGD103I SMS ALLOCATED TO DDNAME DD0
 IEF237I JES2 ALLOCATED TO SYSIN
 IEF237I 8212 ALLOCATED TO SYS00001
 IEF237I 8214 ALLOCATED TO SYS00002
 IEF237I 8009 ALLOCATED TO SYS00003
 IEF237I 8217 ALLOCATED TO SYS00004
 IEF285I   SYS09279.T150353.RA000.ADRDSSU.R0152979      KEPT
 IEF285I   VOL SER NOS= WRK26H.
 IEF285I   SYS09279.T150353.RA000.ADRDSSU.R0152980      KEPT
 IEF285I   VOL SER NOS= WRK86H.
 IEF285I   SYS09279.T150354.RA000.ADRDSSU.R0152981      KEPT
 IEF285I   VOL SER NOS= WRK14H.
 IEF285I   SYS09279.T150354.RA000.ADRDSSU.R0152982      KEPT
 IEF285I   VOL SER NOS= WRKH6H.
 IEF142I ADRDSSU STEP010 - STEP WAS EXECUTED - COND CODE 0000
 IEF285I   I051029.ADRDSSU.J0096565.D0000102.?          SYSOUT
 IEF285I   I051029.ADRDSSU.J0096565.D0000103.?          SYSOUT
 IEF285I   I051029.ADRDSSU.J0096565.D0000104.?          SYSOUT
 IEF285I   I051029.ADRDSSU.J0096565.D0000105.?          SYSOUT
 IGD104I UFMS.US.SYSTST.SPCOPCDB.REPORT.DUMP          RETAINED,  DDNAME=DD0
 IEF285I   I051029.ADRDSSU.J0096565.D0000101.?          SYSIN
 IEF373I STEP/STEP010 /START 2009279.1503
 IEF374I STEP/STEP010 /STOP  2009279.1503 CPU    0MIN 00.07SEC SRB    0MIN 00.01SEC VIRT  1956K SYS   352K EXT     892K SYS    9236K
 IEF375I  JOB/ADRDSSU /START 2009279.1503
 IEF376I  JOB/ADRDSSU /STOP  2009279.1503 CPU    0MIN 00.07SEC SRB    0MIN 00.01SEC


here you go..
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Wed Oct 07, 2009 11:25 am
Reply with quote

Mmmmmmmm, I don't know about your storage setup but seem to notice that the datasets are channeled to WRK* volumes. Only by past experience when ever I have encountered WRK* volumes they have been exclusively for && and other datasets with a lifespan of the current job.

It may be worth talking to your storage management team to see if for any strange quirk that these datasets are somehow being routed through the SCA routines and defined as temporary.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> JCL & VSAM Goto page 1, 2  Next

 


Similar Topics
Topic Forum Replies
No new posts Infosphere Optim - unable to save Col... IBM Tools 0
No new posts DFHCSDUP EXTRACT unable to open outpu... CICS 5
No new posts Unable to connect FTP over TLS from z... All Other Mainframe Topics 5
No new posts Restore CSD? CICS 1
No new posts Unable to retrieve Datasets Names usi... CLIST & REXX 20
Search our Forums:

Back to Top