Hello Mike,

Thank you for your reply, I will check the maximum block sizes of device.

Best regards,
Toyokazu Kobayashi

----- Original Message ----- From: "Mike Schwab" <mike.a.sch...@gmail.com>
Newsgroups: bit.listserv.ibm-main
To: <IBM-MAIN@LISTSERV.UA.EDU>
Sent: Wednesday, December 02, 2020 6:20 PM
Subject: Re: DFDSS copydump


What are the maximum block sizes of the two different device types?
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.adru000/r2259.htm
If the source tape has actual blocks bigger than the maximum blocksize
of the destination tape, it cannot be copied.

On Wed, Dec 2, 2020 at 2:52 AM (K.K.Paradox)T.Kobayashi
<kobaya...@paradox.jp> wrote:

Hello,

We are migrating data from 3592 to VTL.
The 3592 and VTL are both defined on the Mainframe as 3590 device.
The 3592 tape media has IDCAMS REPRO and DFDSS DUMP datasets.

The REPRO dataset could be copied and moved to VTL.
But, DFDSS DUMP datasets copy failed with copydump.

*IEF233A M 0A01,FISVO1,,RD0601GJ,STEP001,USBACKUP
*IEF233A M 0A13,REN801,,RD0601GJ,STEP001,USBACKUP
 IEC141I 013-68,IFG0196L,RD0601GJ,STEP001,OUT1,0A13,REN801,  691
 IEC149I 813-04,IFG0195H,RD0601GJ,STEP001,OUT1,0A13,REN801,  692

- COPYDUMP -
00080001
   INDD(IN1) /* DUMP TAPE TO BE COPIED */ -
00090001
   OUTDD(OUT1) /* NEW DUMP TAPE */
00091001
ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'COPYDUMP
'
 ADR109I (R/I)-RI01 (01), 2020.293 09:46:53 INITIAL SCAN OF USER CONTROL
STATEMENTS COMPLETED
 ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
0ADR006I (001)-STEND(01), 2020.293 09:46:53 EXECUTION BEGINS
0ADR049E (001)-STEND(01), 2020.293 10:01:04 DFSMSDSS FUNCTION TASK ABEND
RECOVERY ROUTINE WAS ENTERED. SYSTEM ABEND CODE=0013 REASON
                          CODE=0068
0ADR006I (001)-STEND(02), 2020.293 10:01:04 EXECUTION ENDS
0ADR013I (001)-CLTSK(01), 2020.293 10:01:04 TASK COMPLETED WITH RETURN CODE
0008
0ADR012I (SCH)-DSSU (01), 2020.293 10:01:04 DFSMSDSS PROCESSING COMPLETE.
HIGHEST RETURN CODE IS 0008 FROM:
                          TASK    001

The 3592 is Medea Type 7 and the VTL is Media Type 3.
It seems that this error is occurring so as not to allow copying to smaller
capacity media.
However, VTL is a virtual tape with unlimited media size capacity.
Restore from 3592 and re-dump to VTL is a lot of work, so we want to avoid
this.

Is there a way around this error?

Best regards,
Toyokazu Kobayashi

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to