Thanks Mike Kenneth A. Blood Avenir Technologies Inc /d/b/a Visara International 203-984-2235<tel:203-984-2235> bl...@visara.com<mailto:bl...@visara.com> www.visara.com<http://www.visara.com/>
On Dec 3, 2020, at 11:24 AM, Mike Schwab <mike.a.sch...@gmail.com> wrote: 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 <bl...@visara.com> 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 bl...@visara.com https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fwww.visara.com&c=E,1,WvpUrwAPtmBzbetbYcMnCrgow28ZzfMo7AWHEiw_C4DpRJpOtGJkXqEENJER5Czj-_wmS2H3gIrr6GxhAu7G37wcy4nCV_boc-jW8dBEijmTy19Ua85ifafF&typo=1 -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of (K.K.Paradox)T.Kobayashi Sent: Thursday, December 3, 2020 4:41 AM To: IBM-MAIN@LISTSERV.UA.EDU 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" <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 ---------------------------------------------------------------------- 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
