Actually, the tape will go into error often after the tape is inserted into
the drive and validated and checked. The error seems to occur while the
tape is being place by the gripper back onto the rack. I have even had the
same error occur to abend the service yet still check the tape in
I am running TSM 4.1.3 server on a Win2000 machine. That machine is
connected to an IBM3494
tape library over ethernet. The 3494 contains three fibre attached 3590E1A drives
that talk to the TSM
server over an IBM 6109 SAN switch. I have added thirty tapes to the ATL that are the
new J tapes
07/11/2001 12:50:41 ANR8301E I/O error on library FFATL04 (OP=045C6D37,
SENSE=N/A, CC=0023).
Rob - From my notes at http://people.bu.edu/rbs/ADSM.QuickFacts :
ANR8301E I/O error on library __ (OP=005C6D37, SENSE=N/A, CC=0023).
CC is the I/O
. Good luck!
Dennis Berestecki
Fluor Corp.
281.263.2196
Lawrence Clark [EMAIL PROTECTED]@VM.MARIST.EDU on
10/11/2000 07:48:37 AM
Please respond to "ADSM: Dist Stor Manager" [EMAIL PROTECTED]
Sent by: "ADSM: Dist Stor Manager" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc
, 2000 8:49 AM
To: [EMAIL PROTECTED]
Subject: Checkin errors
Hi:
Has anyone seen something similar? Volume apparantly has no media errors,
is empty, has been returned to the library and updated readw and then
failed to checkin so:
tsm: BACKUPmove data 000121
ANR2232W This command
Hi Anthony:
It's a 1st here. Never had to do that previously.
[EMAIL PROTECTED] 10/11/00 10:46AM
Maybe I'm following the wrong procedure, but after a move data or when
I have a tape like this I simply run
del vol tape#
that dumps it into the scratch pool automatically...
Maybe I'm following the wrong procedure, but after a move data or when
I have a tape like this I simply run
del vol tape#
that dumps it into the scratch pool automatically...
Deleting a Pending volume will indeed return it to scratch status
immediately - but in doing so you are
