Re: Restore Error - Adrdssu

2011-06-22 Thread Jim McAlpine 
On Wed, Jun 22, 2011 at 3:30 PM, jagadishan perumal
wrote:

> i have figured out the problem. Parm='type=norun' was just printing
> not restoring. . so took of this parameter and everything went fine.
> thanks all
>
>
>

Yes, but you had already made changes before that to make the restore work
in NORUN mode.  What did you change to get rid of the following message ???

15.19.25 JOB02012  IEC036I
002-30,IGC0005E,RESTORE$,STEP1,TAPE1,0680,USRBKP,BACK

Jim McAlpine

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Restore Error - Adrdssu

2011-06-22 Thread Lizette Koehler 
Jags,

PARM='TYPRUN=NORUN' will show you how the restore could go.

So it says it will restore all files but the  following
U195530.SPFLOG1.LIST 0
U195530.ISPF.ISPPROF 0

So I am not sure what your issue is now.  You are using different datasets
from the original question you posted.  Before you used XX* now U19*

Be consistent in your problem description.

Are you using the same tape as before that got the S002?  Are these datasets
on that tape as well?

No problem I know of, but you should search the IBM IBMLINK database to see
if there are any issues.

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Restore Error - Adrdssu

2011-06-22 Thread jagadishan perumal 
i have figured out the problem. Parm='type=norun' was just printing
not restoring. . so took of this parameter and everything went fine.
thanks all

On 6/22/11, jagadishan perumal  wrote:
> Hi,
>
> The back up was taken at V1R6 and the restoration is happening at v1r12. Is
> there any version incompatibility.
>
> now i get
>
> U195530
> 1PAGE 0001 5695-DF175  DFSMSDSS V1R12.0 DATA SET SERVICES 2011.173
> 19:20
> -ADR031I (SCH)-PRIME(01), TYPRUN=NORUN REQUESTED. TASKS WILL EXECUTE IN
> NORUN MO
>   RESTORE INDD(TAPE1) OUTDD(DASD1 DASD2 DASD3 DASD4) -
> 0008000
>  DATASET(INCLUDE(U195530.** -
> 0009000
>   )) -
> 001
>CATALOG STORCLAS(STANDARD) MGMTCLAS(STANDARD)
> 0011000
>  ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE
> '
>  ADR109I (R/I)-RI01 (01), 2011.173 19:20:31 INITIAL SCAN OF USER CONTROL
> STATEME
>  ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS
> TASK
> 0ADR006I (001)-STEND(01), 2011.173 19:20:31 EXECUTION
> BEGINS
> 0ADR780I (001)-TDDS (01), THE INPUT DUMP DATA SET BEING PROCESSED IS IN
> LOGICAL
>   1 RELEASE 6 MODIFICATION LEVEL 0 ON 2011.173
> 18:50:58
> 0ADR489I (001)-TDLOG(02), CLUSTER U195530.IN.KSDS WAS
> SELECTED
>CATALOG
> CATALOG.CTS3.USER.UCAT
>COMPONENT
> U195530.IN.KSDS.DATA
>COMPONENT
> U195530.IN.KSDS.INDEX
> 0ADR489I (001)-TDLOG(02), CLUSTER U195530.MVS.RRDS WAS
> SELECTED
>CATALOGCATALOG.CTS3.USER.UCAT
>COMPONENT  U195530.MVS.RRDS.DATA
> 0ADR380E (001)-FRLBO(23), DATA SET U195530.SPFLOG1.LIST NOT PROCESSED, 18
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.TRAIL.PS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.XEROX.PS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.XEROX13.PS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.PROCLIB WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.JCLLIB WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.CONTROL WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.SAM.PS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.NEW.PS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.SPF1.LIST WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.IN.PS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.SPFTEMP0.CNTL WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.SAMEEHA1.PS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.SAM2.PS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.I2.PS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.I1.PS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.COBOL.PDS WAS SELECTED
> 1PAGE 0002 5695-DF175  DFSMSDSS V1R12.0 DATA SET SERVICES 2011.173
> -ADR489I (001)-TDLOG(01), DATA SET U195530.LOADLIB.PDS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.COND.PS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.OUTPUT.PS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.XEROX11.PS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.KARTHIK.PDS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.XEROX14.PS WAS SELECTED
> 0ADR380E (001)-FRLBO(23), DATA SET U195530.ISPF.ISPPROF NOT PROCESSED, 18
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.IF.PS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.JCL33.PS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.INPUT.PDS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.SAMEEHA.PS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.OUTPUT.PDS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.XEROX12.PS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.REPRO.PS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.SORT.PS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.SAM1.PS WAS SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.OVERRIDE.PS WAS
> SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.OUT1.PS WAS
> SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.OUT2.PS WAS
> SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.OUT3.PS WAS
> SELECTED
> 0ADR489I (001)-TDLOG(01), DATA SET U195530.TESTIN WAS
> SELECTED
> 0ADR040I (001)-TDLOG(01), PROCESSING BYPASSED DUE TO NORUN
> OPTION
> 0ADR480W (001)-TDLOG(01), THE FOLLOWING DATA SETS WERE NOT PROCESSED FROM
> THE L
> 0
> U195530.SPFLOG1.LIST
> 0
> U195530.ISPF.ISPPROF
> 0ADR454I (001)-TDLOG(01), THE FOLLOWING DATA SETS WERE SUCCESSFULLY
> PROCESSED
> 0  U195530.TRAIL.PS
>
> 0  U195530.XEROX.PS
>
> 0  U195530.XEROX13.PS
>
> 1PAGE 0003 5695-DF175  DFSMSDSS V1R12.0 DATA SET SERVICES 2011.173
> 19:2
> -
> U195530.PROCLIB
> 0
> U195530.JCLLIB
> 0
> U195530.CONTROL
> 0  U195530.SAM.PS
>
> 0  U195530.NEW.PS
> 0

Re: Restore Error - Adrdssu

2011-06-22 Thread jagadishan perumal 
Hi,

The back up was taken at V1R6 and the restoration is happening at v1r12. Is
there any version incompatibility.

now i get

U195530
1PAGE 0001 5695-DF175  DFSMSDSS V1R12.0 DATA SET SERVICES 2011.173
19:20
-ADR031I (SCH)-PRIME(01), TYPRUN=NORUN REQUESTED. TASKS WILL EXECUTE IN
NORUN MO
  RESTORE INDD(TAPE1) OUTDD(DASD1 DASD2 DASD3 DASD4) -
0008000
 DATASET(INCLUDE(U195530.** -
0009000
  )) -
001
   CATALOG STORCLAS(STANDARD) MGMTCLAS(STANDARD)
0011000
 ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE
'
 ADR109I (R/I)-RI01 (01), 2011.173 19:20:31 INITIAL SCAN OF USER CONTROL
STATEME
 ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS
TASK
0ADR006I (001)-STEND(01), 2011.173 19:20:31 EXECUTION
BEGINS
0ADR780I (001)-TDDS (01), THE INPUT DUMP DATA SET BEING PROCESSED IS IN
LOGICAL
  1 RELEASE 6 MODIFICATION LEVEL 0 ON 2011.173
18:50:58
0ADR489I (001)-TDLOG(02), CLUSTER U195530.IN.KSDS WAS
SELECTED
   CATALOG
CATALOG.CTS3.USER.UCAT
   COMPONENT
U195530.IN.KSDS.DATA
   COMPONENT
U195530.IN.KSDS.INDEX
0ADR489I (001)-TDLOG(02), CLUSTER U195530.MVS.RRDS WAS
SELECTED
   CATALOGCATALOG.CTS3.USER.UCAT
   COMPONENT  U195530.MVS.RRDS.DATA
0ADR380E (001)-FRLBO(23), DATA SET U195530.SPFLOG1.LIST NOT PROCESSED, 18
0ADR489I (001)-TDLOG(01), DATA SET U195530.TRAIL.PS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.XEROX.PS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.XEROX13.PS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.PROCLIB WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.JCLLIB WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.CONTROL WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.SAM.PS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.NEW.PS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.SPF1.LIST WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.IN.PS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.SPFTEMP0.CNTL WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.SAMEEHA1.PS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.SAM2.PS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.I2.PS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.I1.PS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.COBOL.PDS WAS SELECTED
1PAGE 0002 5695-DF175  DFSMSDSS V1R12.0 DATA SET SERVICES 2011.173
-ADR489I (001)-TDLOG(01), DATA SET U195530.LOADLIB.PDS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.COND.PS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.OUTPUT.PS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.XEROX11.PS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.KARTHIK.PDS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.XEROX14.PS WAS SELECTED
0ADR380E (001)-FRLBO(23), DATA SET U195530.ISPF.ISPPROF NOT PROCESSED, 18
0ADR489I (001)-TDLOG(01), DATA SET U195530.IF.PS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.JCL33.PS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.INPUT.PDS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.SAMEEHA.PS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.OUTPUT.PDS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.XEROX12.PS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.REPRO.PS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.SORT.PS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.SAM1.PS WAS SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.OVERRIDE.PS WAS
SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.OUT1.PS WAS
SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.OUT2.PS WAS
SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.OUT3.PS WAS
SELECTED
0ADR489I (001)-TDLOG(01), DATA SET U195530.TESTIN WAS
SELECTED
0ADR040I (001)-TDLOG(01), PROCESSING BYPASSED DUE TO NORUN
OPTION
0ADR480W (001)-TDLOG(01), THE FOLLOWING DATA SETS WERE NOT PROCESSED FROM
THE L
0
U195530.SPFLOG1.LIST
0
U195530.ISPF.ISPPROF
0ADR454I (001)-TDLOG(01), THE FOLLOWING DATA SETS WERE SUCCESSFULLY
PROCESSED
0  U195530.TRAIL.PS

0  U195530.XEROX.PS

0  U195530.XEROX13.PS

1PAGE 0003 5695-DF175  DFSMSDSS V1R12.0 DATA SET SERVICES 2011.173
19:2
-
U195530.PROCLIB
0
U195530.JCLLIB
0
U195530.CONTROL
0  U195530.SAM.PS

0  U195530.NEW.PS
0  U195530.SPF1.LIST
0  U195530.IN.PS
0  U195530.SPFTEMP0.CNTL
0  U195530.SAMEEHA1.PS
0  U195530.SAM2.PS
0  U195530.I2.PS
0  U195530.I1.PS
0  U195530.COBOL.PDS
0  U195530.LOADLIB.PDS
0  U1

Re: Restore Error - Adrdssu

2011-06-22 Thread Shmuel Metz (Seymour J.) 
In , on 06/22/2011
   at 03:02 PM, jagadishan perumal  said:

>Could'nt figure out the exact syntax error with my JCL.

If there had been a syntax error then your job wouldn't have run.

IEC036I 002-30,IGC0005E,RESTORE$,STEP1,TAPE1,0680,USRBKP,BACK

should tell you what your problem is.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Restore Error - Adrdssu

2011-06-22 Thread Dennis Trojak 
If this is the complete output then it never found any XXA47467.**
datasets that were "successfully processed" to backup.
Dennis 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of jagadishan perumal
Sent: Wednesday, June 22, 2011 5:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Restore Error - Adrdssu

Hi,

The back up went fine with  CC=0. Below is my JCL

//BACKUP$ JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=T,
// REGION=5M,NOTIFY=&SYSUID
//DUMPDS   EXEC PGM=ADRDSSU PARM='TYPRUN=NORUN'
//SYSPRINT DD   SYSOUT=*
//DASD1  DD VOL=SER=LDSN16,UNIT=3390,DISP=SHR
//DASD2  DD VOL=SER=LDSN15,UNIT=3390,DISP=SHR
//DASD3  DD VOL=SER=LDSN14,UNIT=3390,DISP=SHR
//DASD4  DD VOL=SER=PUBLB3,UNIT=3390,DISP=SHR
//DASD5  DD VOL=SER=PUBLB4,UNIT=3390,DISP=SHR
//DASD6  DD VOL=SER=LDSN18,UNIT=3390,DISP=SHR
//DASD7  DD VOL=SER=LPRJ20,UNIT=3390,DISP=SHR
//DASD8  DD VOL=SER=LPRJ15,UNIT=3390,DISP=SHR
//DASD9  DD VOL=SER=LPRJ16,UNIT=3390,DISP=SHR
//DASD10 DD VOL=SER=LPRJ14,UNIT=3390,DISP=SHR
//DASD11 DD VOL=SER=LIB001,UNIT=3390,DISP=SHR
//DASD12 DD VOL=SER=LPRJ19,UNIT=3390,DISP=SHR
//DASD13 DD VOL=SER=FREE01,UNIT=3390,DISP=SHR
//DASD14 DD VOL=SER=FREE02,UNIT=3390,DISP=SHR
//DASD15 DD VOL=SER=LPRJ18,UNIT=3390,DISP=SHR
//DASD16 DD VOL=SER=LPRJ10,UNIT=3390,DISP=SHR
//DASD17 DD VOL=SER=LPRJ17,UNIT=3390,DISP=SHR
//TAPE1DD  DSN=BACKUP.USRBKP,DISP=(NEW,CATLG),
// UNIT=680,LABEL=(1,SL),VOL=SER=USRBKP
//SYSIN DD *
 DUMP LIDD(DASD1 DASD2 DASD3 DASD4 DASD5 DASD6 DASD7 DASD8 DASD9 -
   DASD10 DASD11 DASD12 DASD13 DASD14 DASD15 DASD16 DASD17)-
  OUTDDNAME(TAPE1) -
 DS(INCL(XXA47467.** -
 U195530.** -
 U251034.** -
 U251050.** ))

/*


SYSPRINT :

PAGE 0001 5695-DF175  DFSMSDSS V1R06.0 DATA SET SERVICES
2011.172
18:54
 DUMP LIDD(DASD1 DASD2 DASD3 DASD4 DASD5 DASD6 DASD7 DASD8 DASD9
-
   DASD10 DASD11 DASD12 DASD13 DASD14 DASD15 DASD16
DASD17)-
  OUTDDNAME(TAPE1)
-
 DS(INCL(XXA47467.**
-
 U195530.**
-
 U251034.**
-
 U251050.**
))
ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP
'


ADR109I (R/I)-RI01 (01), 2011.172 18:54:06 INITIAL SCAN OF USER CONTROL
STATEMEN
ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS
TASK
ADR006I (001)-STEND(01), 2011.172 18:54:06 EXECUTION
BEGINS
ADR788I (001)-DIVSM(03), PROCESSING COMPLETED FOR CLUSTER
U195530.IN.KSDS, 3
REC
ADR801I (001)-DTDSC(01), DATA SET FILTERING IS COMPLETE. 182 OF 182 DATA
SETS WE
 FOR OTHER
REASONS.
ADR454I (001)-DTDSC(01), THE FOLLOWING DATA SETS WERE SUCCESSFULLY
PROCESSED

U195530.SPFLOG1.LIST

U251050.SQL.OUTPUT

U251034.PUNCH.DEPLUTI2

U251050.DSNUQUI.CNTL
  U195530.TRAIL.PS

  U195530.XEROX.PS

  U195530.XEROX13.PS


U251034.PUNCH.DEPLUTI3

U251034.SQL.UTILITY

U195530.PROCLIB

U195530.JCLLIB

U195530.CONTROL
  U195530.SAM.PS

  U195530.NEW.PS


U251050.LOAD.EUTIL

U195530.SPF1.LIST
  U195530.IN.PS


U251034.UNLOAD.DEPLUTI
PAGE 0002 5695-DF175  DFSMSDSS V1R06.0 DATA SET SERVICES
2011.172
18:54

U251050.UNLOAD.DEPTUTI

U251050.UNLOAD.EMPLUTI

U195530.SPFTEMP0.CNTL
  CLUSTER NAME
U195530.IN.KSDS
 5695-DF175  DFSMSDSS V1R06.0 DATA SET SERVICES 2011.172 18:54
  CATALOG NAME
CATALOG.CTSUSER.VZ16CAT
  COMPONENT NAME
U195530.IN.KSDS.DATA
  COMPONENT NAME
U195530.IN.KSDS.INDEX
  CLUSTER NAME
U195530.MVS.RRDS
  CATALOG NAME
CATALOG.CTSUSER.VZ16CAT
  COMPONENT NAME
U195530.MVS.RRDS.DATA
ADR006I (001)-STEND(02), 2011.172 18:57:08 EXECUTION
ENDS
ADR013I (001)-CLTSK(01), 2011.172 18:57:08 TASK COMPLETED WITH RETURN
CODE

ADR012I (SCH)-DSSU (01), 2011.172 18:57:08 DFSMSDSS PROCESSING COMPLETE.
HIGHEST

Regards,
Jags
On Wed, Jun 22, 2011 at 4:12 PM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> jagadishan perumal wrote:
>
> >15.19.25 JOB02012  IEC036I
> >002-30,IGC0005E,RESTORE$,STEP1,TAPE1,0680,USRBKP,BACK
>
> Do a TAPEMAP on that volume and post the result here.
>
> I really doubt your tape was written correctly in the backup stage.
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu wit

Re: Restore Error - Adrdssu

2011-06-22 Thread Larry Macioce 
It must be some kind of mistakes , if you look further down yo see:

ADR454I (001)-DTDSC(01), THE FOLLOWING DATA SETS WERE SUCCESSFULLY 
PROCESSED

mace

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Restore Error - Adrdssu

2011-06-22 Thread Elardus Engelbrecht 
Stephen Mednick wrote:

>Yes you're right, I missed seeing it.

Nevermind. It is all right!

>Getting late here and the eyes are droopy!

Get a cup of good strong coffee for your eye! :-D

:-D

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Restore Error - Adrdssu

2011-06-22 Thread Stephen Mednick 
Yes you're right, I missed seeing it.

Getting late here and the eyes are droopy!


Stephen Mednick
Computer Supervisory Services
Sydney, Australia
 
Asia/Pacific representatives for
Innovation Data Processing, Inc.




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Elardus Engelbrecht
Sent: Wednesday, 22 June 2011 9:35 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Restore Error - Adrdssu

Stephen Mednick wrote:
>Did you really run the JCL with PARM='TYPRUN=NORUN'?

Hopefully not, because there is no comma to the left of PARM and we should
see ADR031I if it was really mentioned.

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Restore Error - Adrdssu

2011-06-22 Thread Elardus Engelbrecht 
Stephen Mednick wrote:
>Did you really run the JCL with PARM='TYPRUN=NORUN'?

Hopefully not, because there is no comma to the left of PARM and we should 
see ADR031I if it was really mentioned.

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Restore Error - Adrdssu

2011-06-22 Thread Jim McAlpine 
On Wed, Jun 22, 2011 at 12:28 PM, Stephen Mednick wrote:

> Hi Jagadishan.
>
> Did you really run the JCL with PARM='TYPRUN=NORUN'?
>
> If you did, the backup didn't actually run because the TYPRUN=NORUN parm
> specifies that the DUMP option will only be simulated!
>
>
> Stephen Mednick
> Computer Supervisory Services
> Sydney, Australia
>
> I don't think so, the PARM paremeter has a space preceding it which means
it is ignored.

Jim McAlpine

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Restore Error - Adrdssu

2011-06-22 Thread Stephen Mednick 
Hi Jagadishan.

Did you really run the JCL with PARM='TYPRUN=NORUN'?

If you did, the backup didn't actually run because the TYPRUN=NORUN parm
specifies that the DUMP option will only be simulated!


Stephen Mednick
Computer Supervisory Services
Sydney, Australia
 
Asia/Pacific representatives for
Innovation Data Processing, Inc.






-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of jagadishan perumal
Sent: Wednesday, 22 June 2011 8:50 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Restore Error - Adrdssu

Hi,

The back up went fine with  CC=0. Below is my JCL

//BACKUP$ JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=T,
// REGION=5M,NOTIFY=&SYSUID
//DUMPDS   EXEC PGM=ADRDSSU PARM='TYPRUN=NORUN'
//SYSPRINT DD   SYSOUT=*
//DASD1  DD VOL=SER=LDSN16,UNIT=3390,DISP=SHR
//DASD2  DD VOL=SER=LDSN15,UNIT=3390,DISP=SHR
//DASD3  DD VOL=SER=LDSN14,UNIT=3390,DISP=SHR
//DASD4  DD VOL=SER=PUBLB3,UNIT=3390,DISP=SHR
//DASD5  DD VOL=SER=PUBLB4,UNIT=3390,DISP=SHR
//DASD6  DD VOL=SER=LDSN18,UNIT=3390,DISP=SHR
//DASD7  DD VOL=SER=LPRJ20,UNIT=3390,DISP=SHR
//DASD8  DD VOL=SER=LPRJ15,UNIT=3390,DISP=SHR
//DASD9  DD VOL=SER=LPRJ16,UNIT=3390,DISP=SHR
//DASD10 DD VOL=SER=LPRJ14,UNIT=3390,DISP=SHR
//DASD11 DD VOL=SER=LIB001,UNIT=3390,DISP=SHR
//DASD12 DD VOL=SER=LPRJ19,UNIT=3390,DISP=SHR
//DASD13 DD VOL=SER=FREE01,UNIT=3390,DISP=SHR
//DASD14 DD VOL=SER=FREE02,UNIT=3390,DISP=SHR
//DASD15 DD VOL=SER=LPRJ18,UNIT=3390,DISP=SHR
//DASD16 DD VOL=SER=LPRJ10,UNIT=3390,DISP=SHR
//DASD17 DD VOL=SER=LPRJ17,UNIT=3390,DISP=SHR
//TAPE1DD  DSN=BACKUP.USRBKP,DISP=(NEW,CATLG),
// UNIT=680,LABEL=(1,SL),VOL=SER=USRBKP
//SYSIN DD *
 DUMP LIDD(DASD1 DASD2 DASD3 DASD4 DASD5 DASD6 DASD7 DASD8 DASD9 -
   DASD10 DASD11 DASD12 DASD13 DASD14 DASD15 DASD16 DASD17)-
  OUTDDNAME(TAPE1) -
 DS(INCL(XXA47467.** -
 U195530.** -
 U251034.** -
 U251050.** ))

/*


SYSPRINT :

PAGE 0001 5695-DF175  DFSMSDSS V1R06.0 DATA SET SERVICES 2011.172
18:54
 DUMP LIDD(DASD1 DASD2 DASD3 DASD4 DASD5 DASD6 DASD7 DASD8 DASD9
-
   DASD10 DASD11 DASD12 DASD13 DASD14 DASD15 DASD16
DASD17)-
  OUTDDNAME(TAPE1)
-
 DS(INCL(XXA47467.**
-
 U195530.**
-
 U251034.**
-
 U251050.**
))
ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP '


ADR109I (R/I)-RI01 (01), 2011.172 18:54:06 INITIAL SCAN OF USER CONTROL
STATEMEN ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS
TASK ADR006I (001)-STEND(01), 2011.172 18:54:06 EXECUTION BEGINS ADR788I
(001)-DIVSM(03), PROCESSING COMPLETED FOR CLUSTER U195530.IN.KSDS, 3 REC
ADR801I (001)-DTDSC(01), DATA SET FILTERING IS COMPLETE. 182 OF 182 DATA
SETS WE
 FOR OTHER
REASONS.
ADR454I (001)-DTDSC(01), THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED

U195530.SPFLOG1.LIST

U251050.SQL.OUTPUT

U251034.PUNCH.DEPLUTI2

U251050.DSNUQUI.CNTL
  U195530.TRAIL.PS

  U195530.XEROX.PS

  U195530.XEROX13.PS


U251034.PUNCH.DEPLUTI3

U251034.SQL.UTILITY

U195530.PROCLIB

U195530.JCLLIB

U195530.CONTROL
  U195530.SAM.PS

  U195530.NEW.PS


U251050.LOAD.EUTIL

U195530.SPF1.LIST
  U195530.IN.PS


U251034.UNLOAD.DEPLUTI
PAGE 0002 5695-DF175  DFSMSDSS V1R06.0 DATA SET SERVICES 2011.172
18:54

U251050.UNLOAD.DEPTUTI

U251050.UNLOAD.EMPLUTI

U195530.SPFTEMP0.CNTL
  CLUSTER NAME
U195530.IN.KSDS
 5695-DF175  DFSMSDSS V1R06.0 DATA SET SERVICES 2011.172 18:54
  CATALOG NAME
CATALOG.CTSUSER.VZ16CAT
  COMPONENT NAME U195530.IN.KSDS.DATA
  COMPONENT NAME U195530.IN.KSDS.INDEX
  CLUSTER NAME
U195530.MVS.RRDS
  CATALOG NAME
CATALOG.CTSUSER.VZ16CAT
  COMPONENT NAME U195530.MVS.RRDS.DATA ADR006I
(001)-STEND(02), 2011.172 18:57:08 EXECUTION ENDS ADR013I (001)-CLTSK(01),
2011.172 18:57:08 TASK COMPLETED WITH RETURN CODE

ADR012I (SCH)-DSSU (01), 2011.172 18:57:08 DFSMSDSS PROCESSING COMPLETE.
HIGHEST

Regards,
Jags
On Wed, Jun 22, 2011 at 4:12 PM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> jagadishan perumal wrote:
>
> >15.19.25 JOB02012  IEC036I
> >002-30,IGC0005E,RESTORE$,STEP1,TAPE1,0680,USRBKP,BACK
>
> Do a TAPEMAP on that volume and post the result here.
>
> I really doubt your tape was written correctly in the backup stage.
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.ht

Re: Restore Error - Adrdssu

2011-06-22 Thread Lizette Koehler 
> 
> 15.19.25 JOB02012  IEC036I
> 002-30,IGC0005E,RESTORE$,STEP1,TAPE1,0680,USRBKP,BACK
> 
> are you sure that this tape was created using ADRDSSU.
>
>01 //A255209$ JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=B,
>02 // REGION=0M,NOTIFY=&SYSUID
>03 //RESTORE EXEC PGM=ADRDSSU
>04 //TAPE DD UNIT=680,DISP=SHR,LABEL=(1,SL),
>05 //DSN=BACKUP.USRBKP,VOL=SER=USRBKP
>06 //DASD DD UNIT=3390,VOL=SER=CT3T04,DISP=SHR
>07 //SYSPRINT DD SYSOUT=*

Jags,

Check your tape management software and make sure this volume is the dataset
you think it is.

Also, is this tape not cataloged on your system that is on DD statement
TAPE?  Typically I only code 
//TAPE DD DISP=SHR,DSN=mytapename
You might need to code UNIT=680 if the device is not in an esoteric name
like TAPE.  You might need to code VOLSER if the dataset is not cataloged.


I rarely code volser or label when using a standard label cataloged tape.

Next, in your control cards you have STORCLAS and MGMTCLAS.  Is that needed?
Are these classes on this system you are restoring to?  If so, when the
dataset is backed up and it had these classes to start with, you do not need
to specify it again.   The ACS code should drive it through and assign the
correct classes.

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Restore Error - Adrdssu

2011-06-22 Thread jagadishan perumal 
Hi,

The back up went fine with  CC=0. Below is my JCL

//BACKUP$ JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=T,
// REGION=5M,NOTIFY=&SYSUID
//DUMPDS   EXEC PGM=ADRDSSU PARM='TYPRUN=NORUN'
//SYSPRINT DD   SYSOUT=*
//DASD1  DD VOL=SER=LDSN16,UNIT=3390,DISP=SHR
//DASD2  DD VOL=SER=LDSN15,UNIT=3390,DISP=SHR
//DASD3  DD VOL=SER=LDSN14,UNIT=3390,DISP=SHR
//DASD4  DD VOL=SER=PUBLB3,UNIT=3390,DISP=SHR
//DASD5  DD VOL=SER=PUBLB4,UNIT=3390,DISP=SHR
//DASD6  DD VOL=SER=LDSN18,UNIT=3390,DISP=SHR
//DASD7  DD VOL=SER=LPRJ20,UNIT=3390,DISP=SHR
//DASD8  DD VOL=SER=LPRJ15,UNIT=3390,DISP=SHR
//DASD9  DD VOL=SER=LPRJ16,UNIT=3390,DISP=SHR
//DASD10 DD VOL=SER=LPRJ14,UNIT=3390,DISP=SHR
//DASD11 DD VOL=SER=LIB001,UNIT=3390,DISP=SHR
//DASD12 DD VOL=SER=LPRJ19,UNIT=3390,DISP=SHR
//DASD13 DD VOL=SER=FREE01,UNIT=3390,DISP=SHR
//DASD14 DD VOL=SER=FREE02,UNIT=3390,DISP=SHR
//DASD15 DD VOL=SER=LPRJ18,UNIT=3390,DISP=SHR
//DASD16 DD VOL=SER=LPRJ10,UNIT=3390,DISP=SHR
//DASD17 DD VOL=SER=LPRJ17,UNIT=3390,DISP=SHR
//TAPE1DD  DSN=BACKUP.USRBKP,DISP=(NEW,CATLG),
// UNIT=680,LABEL=(1,SL),VOL=SER=USRBKP
//SYSIN DD *
 DUMP LIDD(DASD1 DASD2 DASD3 DASD4 DASD5 DASD6 DASD7 DASD8 DASD9 -
   DASD10 DASD11 DASD12 DASD13 DASD14 DASD15 DASD16 DASD17)-
  OUTDDNAME(TAPE1) -
 DS(INCL(XXA47467.** -
 U195530.** -
 U251034.** -
 U251050.** ))

/*


SYSPRINT :

PAGE 0001 5695-DF175  DFSMSDSS V1R06.0 DATA SET SERVICES 2011.172
18:54
 DUMP LIDD(DASD1 DASD2 DASD3 DASD4 DASD5 DASD6 DASD7 DASD8 DASD9
-
   DASD10 DASD11 DASD12 DASD13 DASD14 DASD15 DASD16
DASD17)-
  OUTDDNAME(TAPE1)
-
 DS(INCL(XXA47467.**
-
 U195530.**
-
 U251034.**
-
 U251050.**
))
ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP
'


ADR109I (R/I)-RI01 (01), 2011.172 18:54:06 INITIAL SCAN OF USER CONTROL
STATEMEN
ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS
TASK
ADR006I (001)-STEND(01), 2011.172 18:54:06 EXECUTION
BEGINS
ADR788I (001)-DIVSM(03), PROCESSING COMPLETED FOR CLUSTER U195530.IN.KSDS, 3
REC
ADR801I (001)-DTDSC(01), DATA SET FILTERING IS COMPLETE. 182 OF 182 DATA
SETS WE
 FOR OTHER
REASONS.
ADR454I (001)-DTDSC(01), THE FOLLOWING DATA SETS WERE SUCCESSFULLY
PROCESSED

U195530.SPFLOG1.LIST

U251050.SQL.OUTPUT

U251034.PUNCH.DEPLUTI2

U251050.DSNUQUI.CNTL
  U195530.TRAIL.PS

  U195530.XEROX.PS

  U195530.XEROX13.PS


U251034.PUNCH.DEPLUTI3

U251034.SQL.UTILITY

U195530.PROCLIB

U195530.JCLLIB

U195530.CONTROL
  U195530.SAM.PS

  U195530.NEW.PS


U251050.LOAD.EUTIL

U195530.SPF1.LIST
  U195530.IN.PS


U251034.UNLOAD.DEPLUTI
PAGE 0002 5695-DF175  DFSMSDSS V1R06.0 DATA SET SERVICES 2011.172
18:54

U251050.UNLOAD.DEPTUTI

U251050.UNLOAD.EMPLUTI

U195530.SPFTEMP0.CNTL
  CLUSTER NAME
U195530.IN.KSDS
 5695-DF175  DFSMSDSS V1R06.0 DATA SET SERVICES 2011.172 18:54
  CATALOG NAME
CATALOG.CTSUSER.VZ16CAT
  COMPONENT NAME
U195530.IN.KSDS.DATA
  COMPONENT NAME
U195530.IN.KSDS.INDEX
  CLUSTER NAME
U195530.MVS.RRDS
  CATALOG NAME
CATALOG.CTSUSER.VZ16CAT
  COMPONENT NAME
U195530.MVS.RRDS.DATA
ADR006I (001)-STEND(02), 2011.172 18:57:08 EXECUTION
ENDS
ADR013I (001)-CLTSK(01), 2011.172 18:57:08 TASK COMPLETED WITH RETURN CODE

ADR012I (SCH)-DSSU (01), 2011.172 18:57:08 DFSMSDSS PROCESSING COMPLETE.
HIGHEST

Regards,
Jags
On Wed, Jun 22, 2011 at 4:12 PM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> jagadishan perumal wrote:
>
> >15.19.25 JOB02012  IEC036I
> >002-30,IGC0005E,RESTORE$,STEP1,TAPE1,0680,USRBKP,BACK
>
> Do a TAPEMAP on that volume and post the result here.
>
> I really doubt your tape was written correctly in the backup stage.
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Restore Error - Adrdssu

2011-06-22 Thread Elardus Engelbrecht 
jagadishan perumal wrote:

>15.19.25 JOB02012  IEC036I
>002-30,IGC0005E,RESTORE$,STEP1,TAPE1,0680,USRBKP,BACK

Do a TAPEMAP on that volume and post the result here.

I really doubt your tape was written correctly in the backup stage.

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Restore Error - Adrdssu

2011-06-22 Thread jagadishan perumal 
Yes, but i have a doubt. In our shop Dasd volumes are visible on both the
LPARS. The datasets which were backed up were used to reside to on the
volumes which were visible on the target lpar. Is this could be a problem,
if it is so is it appreciable to make the the volumes offline in the
target LPAR which we are trying to restore .

On Wed, Jun 22, 2011 at 4:00 PM, Jim McAlpine wrote:

> On Wed, Jun 22, 2011 at 11:06 AM, jagadishan perumal
> wrote:
>
> > JESMSGLG :
> >
> >
> >
> > 15.10.21 JOB02012  WEDNESDAY, 22 JUN 2011
> > 
> > 15.10.21 JOB02012  IRR010I  USERID IBMUSER  IS ASSIGNED TO THIS
> > JOB.
> > 15.10.21 JOB02012  IRR011I  SECLABEL SYSHIGH  IS ASSIGNED TO THIS
> > JOB.
> > 15.10.22 JOB02012  ICH70001I IBMUSER  LAST ACCESS AT 14:32:03 ON
> WEDNESDAY,
> > JUNE
> > 15.10.22 JOB02012  $HASP373 RESTORE$ STARTED - INIT 6- CLASS T - SYS
> > CTS3
> > 15.10.22 JOB02012  IEF403I RESTORE$ - STARTED -
> > TIME=15.10.22
> > 15.10.22 JOB02012 *IEF233A M
> > 0680,USRBKP,,RESTORE$,STEP1
> > 15.19.25 JOB02012  IEC036I
> > 002-30,IGC0005E,RESTORE$,STEP1,TAPE1,0680,USRBKP,BACK
> > 15.19.27 JOB02012  IEF234E K
> > 0680,USRBKP,PVT,RESTORE$,STEP1
> > 15.19.27 JOB02012  IEF404I RESTORE$ - ENDED -
> > TIME=15.19.27
> > 15.19.27 JOB02012  $HASP395 RESTORE$
> > ENDED
> >
> > the following message is telling you that the program cannot read the
> TAPE1
> input -
>
> 15.19.25 JOB02012  IEC036I
> 002-30,IGC0005E,RESTORE$,STEP1,TAPE1,0680,USRBKP,BACK
>
> are you sure that this tape was created using ADRDSSU.
>
> Jim McAlpine
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Restore Error - Adrdssu

2011-06-22 Thread Jim McAlpine 
On Wed, Jun 22, 2011 at 11:06 AM, jagadishan perumal
wrote:

> JESMSGLG :
>
>
>
> 15.10.21 JOB02012  WEDNESDAY, 22 JUN 2011
> 
> 15.10.21 JOB02012  IRR010I  USERID IBMUSER  IS ASSIGNED TO THIS
> JOB.
> 15.10.21 JOB02012  IRR011I  SECLABEL SYSHIGH  IS ASSIGNED TO THIS
> JOB.
> 15.10.22 JOB02012  ICH70001I IBMUSER  LAST ACCESS AT 14:32:03 ON WEDNESDAY,
> JUNE
> 15.10.22 JOB02012  $HASP373 RESTORE$ STARTED - INIT 6- CLASS T - SYS
> CTS3
> 15.10.22 JOB02012  IEF403I RESTORE$ - STARTED -
> TIME=15.10.22
> 15.10.22 JOB02012 *IEF233A M
> 0680,USRBKP,,RESTORE$,STEP1
> 15.19.25 JOB02012  IEC036I
> 002-30,IGC0005E,RESTORE$,STEP1,TAPE1,0680,USRBKP,BACK
> 15.19.27 JOB02012  IEF234E K
> 0680,USRBKP,PVT,RESTORE$,STEP1
> 15.19.27 JOB02012  IEF404I RESTORE$ - ENDED -
> TIME=15.19.27
> 15.19.27 JOB02012  $HASP395 RESTORE$
> ENDED
>
> the following message is telling you that the program cannot read the TAPE1
input -

15.19.25 JOB02012  IEC036I
002-30,IGC0005E,RESTORE$,STEP1,TAPE1,0680,USRBKP,BACK

are you sure that this tape was created using ADRDSSU.

Jim McAlpine

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Restore Error - Adrdssu

2011-06-22 Thread jagadishan perumal 
JESMSGLG :



15.10.21 JOB02012  WEDNESDAY, 22 JUN 2011

15.10.21 JOB02012  IRR010I  USERID IBMUSER  IS ASSIGNED TO THIS
JOB.
15.10.21 JOB02012  IRR011I  SECLABEL SYSHIGH  IS ASSIGNED TO THIS
JOB.
15.10.22 JOB02012  ICH70001I IBMUSER  LAST ACCESS AT 14:32:03 ON WEDNESDAY,
JUNE
15.10.22 JOB02012  $HASP373 RESTORE$ STARTED - INIT 6- CLASS T - SYS
CTS3
15.10.22 JOB02012  IEF403I RESTORE$ - STARTED -
TIME=15.10.22
15.10.22 JOB02012 *IEF233A M
0680,USRBKP,,RESTORE$,STEP1
15.19.25 JOB02012  IEC036I
002-30,IGC0005E,RESTORE$,STEP1,TAPE1,0680,USRBKP,BACK
15.19.27 JOB02012  IEF234E K
0680,USRBKP,PVT,RESTORE$,STEP1
15.19.27 JOB02012  IEF404I RESTORE$ - ENDED -
TIME=15.19.27
15.19.27 JOB02012  $HASP395 RESTORE$
ENDED

On Wed, Jun 22, 2011 at 3:32 PM, Jim McAlpine wrote:

> On Wed, Jun 22, 2011 at 10:32 AM, jagadishan perumal
> wrote:
>
> > Hi,
> >
> > I was trying to restore some dataset using the below JCL :
> >
> > 01 //A255209$ JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=B,
> > 02 // REGION=0M,NOTIFY=&SYSUID
> > 03 //RESTORE EXEC PGM=ADRDSSU
> > 04 //TAPE DD UNIT=680,DISP=SHR,LABEL=(1,SL),
> > 05 //DSN=BACKUP.USRBKP,VOL=SER=USRBKP
> > 06 //DASD DD UNIT=3390,VOL=SER=CT3T04,DISP=SHR
> > 07 //SYSPRINT DD SYSOUT=*
> > 08 //SYSIN DD *
> > 09   RESTORE INDDNAME(TAPE),OUTDDNAME(DASD) -
> > 10   DATASET(INCLUDE(XXA47467.**)) -
> > 11   CATALOG STORCLAS(STANDARD) MGMTCLAS(STANDARD)
> > 12 /*
> > 13 //*
> >
> >
> > but i got the below error :
> >
> > 1PAGE 0001 5695-DF175  DFSMSDSS V1R12.0 DATA SET SERVICES
> 2011.173
> > 14:32
> > -  RESTORE INDDNAME(TAPE),OUTDDNAME(DASD) -
> > 0007000
> >   DATASET(INCLUDE(XXA47467.**)) -
> > 0008000
> >   CATALOG STORCLAS(STANDARD) MGMTCLAS(STANDARD)
> > 0008100
> >  ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND
> 'RESTORE
> > '
> >  ADR109I (R/I)-RI01 (01), 2011.173 14:32:03 INITIAL SCAN OF USER CONTROL
> > STATEME
> >  ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS
> > TASK
> > 0ADR006I (001)-STEND(01), 2011.173 14:32:03 EXECUTION
> > BEGINS
> > 0ADR049E (001)-STEND(01), 2011.173 14:47:42 DFSMSDSS FUNCTION TASK ABEND
> > RECOVER
> >
> > CODE=0030
> > 0ADR415W (001)-TDDS (02), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED
> > FROM
> > ANY
> > 0ADR006I (001)-STEND(02), 2011.173 14:47:44 EXECUTION
> > ENDS
> > 0ADR013I (001)-CLTSK(01), 2011.173 14:47:44 TASK COMPLETED WITH RETURN
> CODE
> > 0008
> > 0ADR012I (SCH)-DSSU (01), 2011.173 14:47:44 DFSMSDSS PROCESSING COMPLETE.
> > HIGHES
> >  TASK001
> >
> >
> > I looked at IBM lookat message :
> >
> > *Explanation:* A function task request that an abend request be recovered
> > and control returned to the function task for cleanup processing before
> > terminating. This message is issued when an abend occurs and the function
> > task abend recovery routine has successfully returned control to the
> > function task.
> >
> > Could'nt figure out the exact syntax error with my JCL. Could anyone
> please
> > suggest me your idea. Meanwhile I am trying to trace the error behind
> this.
> >
> >
> >
> > Regards,
> >
> > jags
> >
> > Looks like the CODE=0030 may be associated with an open/close error.  Are
> there any further messages in the JES2 JESMSGLG for this job related to an
> abend.
>
> Jim McAlpine
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Restore Error - Adrdssu

2011-06-22 Thread Jim McAlpine 
On Wed, Jun 22, 2011 at 10:32 AM, jagadishan perumal
wrote:

> Hi,
>
> I was trying to restore some dataset using the below JCL :
>
> 01 //A255209$ JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=B,
> 02 // REGION=0M,NOTIFY=&SYSUID
> 03 //RESTORE EXEC PGM=ADRDSSU
> 04 //TAPE DD UNIT=680,DISP=SHR,LABEL=(1,SL),
> 05 //DSN=BACKUP.USRBKP,VOL=SER=USRBKP
> 06 //DASD DD UNIT=3390,VOL=SER=CT3T04,DISP=SHR
> 07 //SYSPRINT DD SYSOUT=*
> 08 //SYSIN DD *
> 09   RESTORE INDDNAME(TAPE),OUTDDNAME(DASD) -
> 10   DATASET(INCLUDE(XXA47467.**)) -
> 11   CATALOG STORCLAS(STANDARD) MGMTCLAS(STANDARD)
> 12 /*
> 13 //*
>
>
> but i got the below error :
>
> 1PAGE 0001 5695-DF175  DFSMSDSS V1R12.0 DATA SET SERVICES 2011.173
> 14:32
> -  RESTORE INDDNAME(TAPE),OUTDDNAME(DASD) -
> 0007000
>   DATASET(INCLUDE(XXA47467.**)) -
> 0008000
>   CATALOG STORCLAS(STANDARD) MGMTCLAS(STANDARD)
> 0008100
>  ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE
> '
>  ADR109I (R/I)-RI01 (01), 2011.173 14:32:03 INITIAL SCAN OF USER CONTROL
> STATEME
>  ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS
> TASK
> 0ADR006I (001)-STEND(01), 2011.173 14:32:03 EXECUTION
> BEGINS
> 0ADR049E (001)-STEND(01), 2011.173 14:47:42 DFSMSDSS FUNCTION TASK ABEND
> RECOVER
>
> CODE=0030
> 0ADR415W (001)-TDDS (02), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED
> FROM
> ANY
> 0ADR006I (001)-STEND(02), 2011.173 14:47:44 EXECUTION
> ENDS
> 0ADR013I (001)-CLTSK(01), 2011.173 14:47:44 TASK COMPLETED WITH RETURN CODE
> 0008
> 0ADR012I (SCH)-DSSU (01), 2011.173 14:47:44 DFSMSDSS PROCESSING COMPLETE.
> HIGHES
>  TASK001
>
>
> I looked at IBM lookat message :
>
> *Explanation:* A function task request that an abend request be recovered
> and control returned to the function task for cleanup processing before
> terminating. This message is issued when an abend occurs and the function
> task abend recovery routine has successfully returned control to the
> function task.
>
> Could'nt figure out the exact syntax error with my JCL. Could anyone please
> suggest me your idea. Meanwhile I am trying to trace the error behind this.
>
>
>
> Regards,
>
> jags
>
> Looks like the CODE=0030 may be associated with an open/close error.  Are
there any further messages in the JES2 JESMSGLG for this job related to an
abend.

Jim McAlpine

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Restore Error - Adrdssu

2011-06-22 Thread jagadishan perumal 
Hi,

I was trying to restore some dataset using the below JCL :

01 //A255209$ JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=B,
02 // REGION=0M,NOTIFY=&SYSUID
03 //RESTORE EXEC PGM=ADRDSSU
04 //TAPE DD UNIT=680,DISP=SHR,LABEL=(1,SL),
05 //DSN=BACKUP.USRBKP,VOL=SER=USRBKP
06 //DASD DD UNIT=3390,VOL=SER=CT3T04,DISP=SHR
07 //SYSPRINT DD SYSOUT=*
08 //SYSIN DD *
09   RESTORE INDDNAME(TAPE),OUTDDNAME(DASD) -
10   DATASET(INCLUDE(XXA47467.**)) -
11   CATALOG STORCLAS(STANDARD) MGMTCLAS(STANDARD)
12 /*
13 //*


but i got the below error :

1PAGE 0001 5695-DF175  DFSMSDSS V1R12.0 DATA SET SERVICES 2011.173
14:32
-  RESTORE INDDNAME(TAPE),OUTDDNAME(DASD) -
0007000
   DATASET(INCLUDE(XXA47467.**)) -
0008000
   CATALOG STORCLAS(STANDARD) MGMTCLAS(STANDARD)
0008100
 ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE
'
 ADR109I (R/I)-RI01 (01), 2011.173 14:32:03 INITIAL SCAN OF USER CONTROL
STATEME
 ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS
TASK
0ADR006I (001)-STEND(01), 2011.173 14:32:03 EXECUTION
BEGINS
0ADR049E (001)-STEND(01), 2011.173 14:47:42 DFSMSDSS FUNCTION TASK ABEND
RECOVER

CODE=0030
0ADR415W (001)-TDDS (02), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED FROM
ANY
0ADR006I (001)-STEND(02), 2011.173 14:47:44 EXECUTION
ENDS
0ADR013I (001)-CLTSK(01), 2011.173 14:47:44 TASK COMPLETED WITH RETURN CODE
0008
0ADR012I (SCH)-DSSU (01), 2011.173 14:47:44 DFSMSDSS PROCESSING COMPLETE.
HIGHES
  TASK001


I looked at IBM lookat message :

*Explanation:* A function task request that an abend request be recovered
and control returned to the function task for cleanup processing before
terminating. This message is issued when an abend occurs and the function
task abend recovery routine has successfully returned control to the
function task.

Could'nt figure out the exact syntax error with my JCL. Could anyone please
suggest me your idea. Meanwhile I am trying to trace the error behind this.



Regards,

jags

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html