Your JCL said vol=ser=TAP001, but your catalog entry says the serial number is T000523.
Are you trying to restore this tape on to a system other than where it was created and is this tape not cataloged there or in that systems tape management environment? Thanks Bill Bishop Consultant, Mainframe Engineer Mainframe and Scheduling | Infrastructure Technology Services Toyota Motor North America [email protected] Office: (469) 292-5149 Cell: (502) 316-4386 -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Nai, Dean Sent: Wednesday, November 13, 2019 3:18 PM To: [email protected] Subject: [EXTERNAL] Re: DFDSS backup retore NONVSAM ------- BACKUP.DLY.SMFLGB.G0449V00 IN-CAT --- CATALOG.PRODCAT.VOEMP01 HISTORY DATASET-OWNER-----(NULL) CREATION--------2019.311 RELEASE----------------2 EXPIRATION------0000.000 ENCRYPTIONDATA DATA SET ENCRYPTION-----(NO) VOLUMES VOLSER------------T00523 DEVTYPE------X'78048083' FSEQN------------------1 ASSOCIATIONS GDG------BACKUP.DLY.SMFLGB ATTRIBUTES On 11/13/19, 4:05 PMEST, "IBM Mainframe Discussion List on behalf of Leonardo Vaz" <[email protected] on behalf of [email protected]> wrote: > EXTERNAL: Do not open attachments or click on links unless you recognize and > trust the sender. > >Is the dataset on a single tape volume or multiple? Can you provide the >LISTCAT ENT(/) ALL of the file? > >Leo >-----Original Message----- >From: IBM Mainframe Discussion List [mailto:[email protected]] >On Behalf Of Nai, Dean >Sent: Wednesday, November 13, 2019 4:00 PM >To: [email protected] >Subject: Re: DFDSS backup retore > >Looked at Ca1 catalog and os catalog. Label is correct. We are running 2.3 >Dean Nai >Senior z/OS Systems Programmer >Technical Services Group >Department of Information Technology >State of New Hampshire >27 Hazen Drive >Concord, NH 03301 > work: 603-271-1529 > > >Statement of Confidentiality: The contents of this message are >confidential. >Any unauthorized disclosure, reproduction, use or dissemination (either >whole or in part) is prohibited. If you are not the intended recipient >of this message, please notify the sender immediately and delete the >message from your system. > > > > > > > > > >On 11/13/19, 3:57 PMEST, "IBM Mainframe Discussion List on behalf of Carmen >Vitullo" <[email protected] on behalf of [email protected]> wrote: > >> EXTERNAL: Do not open attachments or click on links unless you recognize >> and trust the sender. >> >>I want to assume the tapes used to restore the volume are cataloged and you >>are using the catalog? >> >> >> >>During a RESTORE, the sequence number of the record read, nnnn2 (in >>hexadecimal) did not match the previous record processed, nnnn1 (in >>hexadecimal). If there is an end of volume involved, a tape might have been >>mounted in the wrong sequence. >> >> >> >> >> >>or a very old APAR >> >> >> >> >> >>https://urldefense.com/v3/__https://www-01.ibm.com/support/docview.wss >>?uid=isg1OA46522__;!eeWmBe9sc1cuNw!F9dfrqbRDFdqANDbAYzH3fI-3PYk5ndProL >>x_v4VU98Ok7juTJsVbHWwDL1zH-xsYQ$ >> >> >> >> >> >>Carmen Vitullo >> >> >> >>----- Original Message ----- >> >> >> >>From: "Dean Nai" <[email protected]> >> >>To: [email protected] >> >>Sent: Wednesday, November 13, 2019 2:43:51 PM >> >>Subject: Re: DFDSS backup retore >> >> >> >>ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE ' >> >>ADR109I (R/I)-RI01 (01), 2019.317 14:10:45 INITIAL SCAN OF USER >>CONTROL STATEMENTS COMPLETED >> >>ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK >> >>ADR006I (001)-STEND(01), 2019.317 14:10:45 EXECUTION BEGINS >> >>ADR780I (001)-TDFP (01), THE INPUT DUMP DATA SET BEING PROCESSED IS IN >>FULL VOLUME FORMAT AND WAS CREATED BY Z/OS DFSMSDSS VERSION >> >>2 RELEASE 3 MODIFICATION LEVEL 0 ON 2019.287 01:30:53 >> >>ADR808I (001)-TDFP (01), THE INPUT DUMP DATA SET BEING PROCESSED WAS >>CREATED FROM A CONDITIONED VOLUME >> >>ADR370E (001)-ZBLK (01), INVALID SEQUENCE NUMBER ON DDNAME INDD1 LAST >>00000020 NEXT 00000021 >> >>ADR006I (001)-STEND(02), 2019.317 14:11:06 EXECUTION ENDS >> >>ADR013I (001)-CLTSK(01), 2019.317 14:11:07 TASK COMPLETED WITH RETURN >>CODE 0008 >> >>ADR012I (SCH)-DSSU (01), 2019.317 14:11:07 DFSMSDSS PROCESSING COMPLETE. >>HIGHEST RETURN CODE IS 0008 FROM: >> >>TASK 001 >> >> >> >>Dean Nai >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >>On 11/13/19, 3:22 PMEST, "IBM Mainframe Discussion List on behalf of retired >>mainframer" <[email protected] on behalf of [email protected]> >>wrote: >> >> >> >>> EXTERNAL: Do not open attachments or click on links unless you recognize >>> and trust the sender. >> >>> >> >>>Please provide the complete error message. >> >>> >> >>>The error message does not address tape labels. (A wrong label would produce >>>a system error before DFDSS got to the tape.) It says the sequence number of >>>data records is wrong. This may indicate a corrupt file. >> >>> >> >>>What system level are you at. There is a 5 year old APAR that addresses this >>>issue. >> >>> >> >>>> -----Original Message----- >> >>>> From: IBM Mainframe Discussion List <[email protected]> On >> >>>> Behalf Of Nai, Dean >> >>>> Sent: Wednesday, November 13, 2019 11:55 AM >> >>>> To: [email protected] >> >>>> Subject: DFDSS backup retore >> >>>> >> >>>> Has anyone ever run into a problem where they have full volume >>>> backups that produce >> >>>> a ADR370E message when trying to restore? That message says the >>>> label and DSN on >> >>>> the tape don't match although I know they do. Any thoughts? >> >>>> >> >>>> Control cards: >> >>>> >> >>>> Restore - >> >>>> Admin - >> >>>> Inddname(indd1) outddname(outdd1) - >> >>>> Full purge copyvolid >> >>>> >> >>>> //indd1 dd >> >>>> dsn=backup.dly.smflgb.g0449v00,label=(1,sl),unit=tape,disp=old,vol= >>>> ser=tap001 >> >>>> //outdd1 dd vol=ser=sc560c,unit=3390,disp=old >> >>>> >> >>>> Dean Nai >> >>> >> >>>--------------------------------------------------------------------- >>>- >> >>>For IBM-MAIN subscribe / signoff / archive access instructions, >> >>>send email to [email protected] with the message: INFO >>>IBM-MAIN >> >> >> >>---------------------------------------------------------------------- >> >>For IBM-MAIN subscribe / signoff / archive access instructions, >> >>send email to [email protected] with the message: INFO IBM-MAIN >> >> >> >> >> >>---------------------------------------------------------------------- >> >>For IBM-MAIN subscribe / signoff / archive access instructions, >> >>send email to [email protected] with the message: INFO IBM-MAIN >> > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, send >email to [email protected] with the message: INFO IBM-MAIN > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, send >email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
