Check a backup tape on each server? I.E. TMS catalog or RMM equivalent. On Thu, Dec 3, 2020 at 10:15 AM Ken Bloom <[email protected]> wrote: > > 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
-- 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
