Mike Is there anyway to query the drive and retrieve the tape media type and block size?
Regards Ken Kenneth A. Bloom Avenir Technologies Inc /d/b/a Visara International 203-984-2235 [email protected] www.visara.com -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of (K.K.Paradox)T.Kobayashi Sent: Thursday, December 3, 2020 4:41 AM To: [email protected] Subject: Re: DFDSS copydump 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" <[email protected]> Newsgroups: bit.listserv.ibm-main To: <[email protected]> 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 > <[email protected]> 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 [email protected] 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 [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
