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
