This Write - I/O - error most likely resulted from a dirty red/write head on the tape drive. On my system with rather finicky 3590 - drives, usually a SWAP will be successful and that will allow the process to finish. Our operators usually handle the swap correctly. IMHO, you should instruct your operators to reply YES and make a note of the tape VOLSER. If the same VOLSER comes up for another swap on the new drive, reply NO, as this very well might be a physically bad tape cartridge. If you don't have operators, or if they don't respond in a timely fashion, you might want to consider turning off the SWAP function (put a "SWAP OFF" command into PARMLIB member IEACMDxx or COMMNDxx or enter it as a console command). That'll blow the tape right out of the drive, without operator intervention and without loss of time.
Regards, Ulrich Krueger Mainframe Systems Services National Semiconductor Corp. Santa Clara, CA 95051 Tel: (408) 721-8071 Email: [EMAIL PROTECTED] "IBM Mainframe Discussion List" <IBM-MAIN@BAMA.UA.EDU> wrote on 05/10/2006 11:47:17 AM: > We run tape backups from TSM and HSM every day. Once in a while, some > sort of I/O error occurs. This morning it was: > > *IEC501A M 1502,PRIVAT,SL,NOCOMP,TIVSM,TIVSM,TIVSM.BFS > IAT5918 MVS60 JES3V1R 1502, , , , ,PRIVAT > IEC705I TAPE ON 1502,A00118,SL,NOCOMP,TIVSM,TIVSM,TIVSM.BFS,MEDIA3 > IAT5918 MVS60 JES3V1R 1502, , , , ,A00118 > IEC271I MESSAGE DISPLAY 'A00118' ON 1502 ISSUED BY JOB TIVSM > IOS000I 1502,13,IOE,01,0600,,**,A00118,TIVSM 856 > 0A4414D050405050 0001FF0000000000 0303023539335490 4B042300B18B1315 > WRITE ERROR DETECTED > *IGF500I SWAP 1502 TO 1500 - I/O ERROR > *0934 IGF500D REPLY 'YES', DEVICE, OR 'NO' > > Unlike most of you reading this, we don't have professional operators. > Rather, we have employees doing other jobs that inspect the console from > time-to-time and try to resolve any issues that might arise. Every time > a DDR SWAP is requested like this, they unilaterally reply "NO" -- which > fails the in-progress operation without giving the system a chance to > recover. Clearly, there is some fear, uncertainty, and doubt about what > a DDR SWAP is and what it might do if allowed to continue. > (Consequently, I've never actually seen one complete! I would probably > specify "YES" and see what happens. But that's just me...) > > Question: Is the response to IGF500D something I can/should automate? Is > it "safe" to unconditionally respond "YES"? Is there any reason I shouldn't? > > -- > Edward E Jaffe > Phoenix Software International, Inc > 5200 W Century Blvd, Suite 800 > Los Angeles, CA 90045 > 310-338-0400 x318 > [EMAIL PROTECTED] > http://www.phoenixsoftware.com/ > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
