|
View previous topic :: View next topic
|
| Author |
Message |
yuvrajdutta
New User
Joined: 13 Jul 2009
Posts: 40
Location: India
|
|
|
|
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 |
|
 |
Robert Sample
Global Moderator
Joined: 06 Jun 2008
Posts: 8700
Location: Dubuque, Iowa, USA
|
|
|
|
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 |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8796
Location: Welsh Wales
|
|
|
|
| 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 |
|
|
yuvrajdutta
New User
Joined: 13 Jul 2009
Posts: 40
Location: India
|
|
|
|
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 |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008
Posts: 8700
Location: Dubuque, Iowa, USA
|
|
|
|
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 |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8796
Location: Welsh Wales
|
|
|
|
As it's psychic day today  My guess is that there is NO RACF profile defined for the HLQ of the source on the receiving LPAR. |
|
| Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008
Posts: 8700
Location: Dubuque, Iowa, USA
|
|
|
|
| Quote: |
| As it's psychic day today |
I knew that!  |
|
| Back to top |
|
|
yuvrajdutta
New User
Joined: 13 Jul 2009
Posts: 40
Location: India
|
|
|
|
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 |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8796
Location: Welsh Wales
|
|
|
|
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 |
|
|
yuvrajdutta
New User
Joined: 13 Jul 2009
Posts: 40
Location: India
|
|
|
|
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. 
Please advise on the next course of action if any.
Thanks |
|
| Back to top |
|
|
gcicchet
Senior Member
Joined: 28 Jul 2006
Posts: 1702
Location: Australia
|
|
|
|
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 |
|
|
yuvrajdutta
New User
Joined: 13 Jul 2009
Posts: 40
Location: India
|
|
|
|
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 |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8796
Location: Welsh Wales
|
|
|
|
| Have you defined a GDG base on the target LPAR |
|
| Back to top |
|
|
yuvrajdutta
New User
Joined: 13 Jul 2009
Posts: 40
Location: India
|
|
|
|
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 |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8796
Location: Welsh Wales
|
|
|
|
| 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 |
|
|
yuvrajdutta
New User
Joined: 13 Jul 2009
Posts: 40
Location: India
|
|
|
|
No Expat 
| 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 |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008
Posts: 8700
Location: Dubuque, Iowa, USA
|
|
|
|
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 |
|
|
yuvrajdutta
New User
Joined: 13 Jul 2009
Posts: 40
Location: India
|
|
|
|
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 |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008
Posts: 8700
Location: Dubuque, Iowa, USA
|
|
|
|
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 |
|
|
yuvrajdutta
New User
Joined: 13 Jul 2009
Posts: 40
Location: India
|
|
|
|
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 |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8796
Location: Welsh Wales
|
|
|
|
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 |
|
|
yuvrajdutta
New User
Joined: 13 Jul 2009
Posts: 40
Location: India
|
|
|
|
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 |
|
|
gcicchet
Senior Member
Joined: 28 Jul 2006
Posts: 1702
Location: Australia
|
|
|
|
Hi,
is it possible to see the JESYSMSG output ?
Gerry |
|
| Back to top |
|
|
yuvrajdutta
New User
Joined: 13 Jul 2009
Posts: 40
Location: India
|
|
|
|
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 |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8796
Location: Welsh Wales
|
|
|
|
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 |
|
|
|
|
