As I recall, this was endemic to DF/DSS at the time.
The z/OS 1.12 version would not (by default) read the "old backup" (z/OS 1.11 
or below).

There is/was a PARM= or ctlcard option that needed to be specified in order to 
read a dump dataset created by the "old version".

Of course , given the age of this apar (circa 2015) it may not be applicable.

i.e. the data being restored would need to have been created prior to the 
installation of this APAR.

HTH,

-----Original Message-----
From: IBM Mainframe Discussion List <[email protected]> On Behalf Of 
David Spiegel
Sent: Thursday, November 14, 2019 7:32 AM
To: [email protected]
Subject: Re: DFDSS backup retore

Hi Dean,
In case you're running Oracle (Sun (STK)) VSM, please see:
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsupport.oracle.com%2Fknowledge%2FSun%2520Microsystems%2F1284809_1.html&amp;data=02%7C01%7Callan.staller%40HCL.COM%7C1b391799744f4a932d4708d769070f9f%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637093351385087661&amp;sdata=ZACuymeHxEqGXxPUTvKATeaWKvtevzAz2apyYtDyF2c%3D&amp;reserved=0

Regards,
David

On 2019-11-14 08:22, Nai, Dean wrote:
> Hi Carmen,
>   We tried using both catalog and VOL=SER=. Both failed.
>
>
>
>
>
>
>
> On 11/14/19, 7:55 AMEST, "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.
>>
>> norun will only syntax check your parms, control cards, are you using the 
>> catalog for the restore volumes, or are you VOL=SER=(xxxxx,xxxxxx,) them ?
>>
>>
>>
>> Carmen Vitullo
>>
>> ----- Original Message -----
>>
>> From: "Dean Nai" <[email protected]>
>> To: [email protected]
>> Sent: Thursday, November 14, 2019 6:48:48 AM
>> Subject: Re: DFDSS backup retore
>>
>> Hi Mark,
>>
>> Ran the job with the NORUN part and it got a RC=0. Not sure what that proved 
>> but maybe something. I then dumped the tape label and it looks good although 
>> as we know it only shows the last 17 characters. I used one of the other 
>> tapes that had the same error for the tape label dump.
>>
>> L.SMFLGB.G0303V00 19.287 99.000 U 25458 200 P 1274 1274
>> SYSFBK1W/BACKUP
>>
>>
>>
>>
>>
>> ADR031I (SCH)-PRIME(01), TYPRUN=NORUN REQUESTED. TASKS WILL EXECUTE
>> IN NORUN MODE RESTORE - ADMIN -
>> INDDNAME(INDD1) OUTDDNAME(OUTDD1) -
>> FULL COPYVOLID PURGE
>> ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE '
>> ADR109I (R/I)-RI01 (01), 2019.318 06:31:46 INITIAL SCAN OF USER
>> CONTROL STATEMENTS COMPLETED ADR016I (001)-PRIME(01), RACF LOGGING
>> OPTION IN EFFECT FOR THIS TASK ADR006I (001)-STEND(01), 2019.318
>> 06:31:46 EXECUTION BEGINS ADR040I (001)-TDFP (01), PROCESSING
>> BYPASSED DUE TO NORUN OPTION ADR006I (001)-STEND(02), 2019.318
>> 06:31:46 EXECUTION ENDS ADR013I (001)-CLTSK(01), 2019.318 06:31:46
>> TASK COMPLETED WITH RETURN CODE 0000 ADR012I (SCH)-DSSU (01),
>> 2019.318 06:31:46 DFSMSDSS PROCESSING COMPLETE. HIGHEST RETURN CODE
>> IS 0000
>>
>>
>>
>>
>> Dean Nai
>>
>>
>>
>>
>>
>>
>>
>>
>> On 11/13/19, 9:02 PMEST, "IBM Mainframe Discussion List on behalf of Mark 
>> Jacobs" <[email protected] on behalf of 
>> [email protected]> wrote:
>>
>>> EXTERNAL: Do not open attachments or click on links unless you recognize 
>>> and trust the sender.
>>>
>>> Execute a DFDSS restore with a PARM='TYPRUN=NORUN' on the exec card.
>>>
>>> Mark Jacobs
>>>
>>>
>>> Sent from ProtonMail, Swiss-based encrypted email.
>>>
>>> GPG Public Key -
>>> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fur
>>> ldefense.com%2Fv3%2F__https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup
>>> %3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com__%3B!eeWmBe9sc1cu
>>> Nw!C6r2Dq_pAAmw5ED-JfkCEFAiHr1h0inSSHCUa3btNClWHhfYEzg5k-BUvuBVhExaX
>>> Q%24&amp;data=02%7C01%7Callan.staller%40HCL.COM%7C1b391799744f4a932d
>>> 4708d769070f9f%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C63709335
>>> 1385087661&amp;sdata=V6fyTAtgRsOp4K7NISSGWWRoDPXH755mvbfbr5GU2A4%3D&
>>> amp;reserved=0
>>>
>>> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
>>> On Wednesday, November 13, 2019 8:42 PM, Edward Finnell 
>>> <[email protected]> wrote:
>>>
>>>> Is there a DSS function to list the contents of the backup? We were FDR 
>>>> and it was straight forward.
>>>>
>>>> In a message dated 11/13/2019 6:59:32 PM Central Standard Time, 
>>>> [email protected] writes:
>>>> The error has nothing to do with labels. DFDSS processed 32 blocks of data 
>>>> and reported a problem when reading the 33rd.
>>>>
>>>> -------------------------------------------------------------------
>>>> -------------------------------------------------------------------
>>>> -------------------------------------------------------------------
>>>> -------------------------------------------------------------------
>>>> ---------------------------------------------------------
>>>>
>>>> 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
::DISCLAIMER::
________________________________
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
________________________________

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to