Hi Wanda, Glad that worked. I worked in a large 3494 shop a few years ago and learned then how the recovery cell can be quite effective in fixing problems. I was surprised to find that even the IBM tape operators were trained to recreate a bar code label and put it on a new tape for insertion into the recovery cell if the Library Manager was unhappy about the status of a certain tape. In other words, no manual updating of the LM's inventory allowed - even if the tape is lost or destroyed.
Regards, - Paul -----Original Message----- From: Prather, Wanda [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 01, 2004 3:25 PM To: Thorson, Paul Cc: 'ADSM-L post' Subject: RE: Question for you 3494 gurus - Yee ha! That worked - it took the tape from the Recovery cell, put it back in its home slot, and changed its category back to the correct TSM category. THANKS PAUL!! -----Original Message----- From: Thorson, Paul [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 01, 2004 4:10 PM To: 'Prather, Wanda' Subject: FW: Question for you 3494 gurus - Hi Wanda, I have to e-mail this direct because my Exchange account does not allow forum postings. If you can get your hands on the tape, try putting it in the recovery cell. You can pause the 3494 and look in its home slot (do a search on the operator menu). The tape, if stuck in a drive, may have been placed outside the ATL too. If you can get your hands on it, open up the 1st frame (L-frame) and place it in the top left cell (recovery cell). Then close the frame door(s), and put the ATL back in AUTO mode. After inventory is complete, the LM should try to "fix" the tape. The 3494 library manager has a very narrow path for correct volume handling - once outside the box (so to speak), the best bet is to put a tape in the recovery cell, and hope for the best. If that doesn't work or you cannot find the tape, you could try to power cycle the LM or perform a full inventory to reconsile the contents. Good luck. Regards, - Paul -----Original Message----- From: Prather, Wanda [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 01, 2004 2:56 PM To: [EMAIL PROTECTED] Subject: Re: Question for you 3494 gurus - Hi Dwight! No intervention currently. Gripper is working, have entered and ejected tapes this afternoon. >From the TSM activity log, it appears this was an eject (or maybe a gripper) failure a couple of weeks ago. I wasn't here that day, somebody apparenlty got the library working again but this tape was left in a strange state. Everything ELSE has been working fine since, just this tape is in a bizarre state. I wouldn't have noticed except once a month a do an "audit" of my scratch volumes to make sure everybody is accounted for, and this one tape came up missing 'cause it is neither marked private or scratch or offsite. I tried the mtlib -a just now, and get the same error: Audit Volume Operation failed (errno=5) , ERPA code - 64, Library VOLSER in use (Do I need to know what an ERPA is?) -----Original Message----- From: Dwight Cook [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 01, 2004 3:43 PM To: [EMAIL PROTECTED] Subject: Re: Question for you 3494 gurus - have you tried to audit the volume to get things sort of reset ? mtlib -l /blah/blah -a -Vxxxxxxx also does a query of the library show anything such as a gripper not available ? tape might have been on its way out of the library and the gripper failed to be able to release it... or any other intervention on the atl ??? Dwight E. Cook Systems Management Integration Professional, Advanced Integrated Storage Management TSM Administration (918) 925-8045 "Prather, Wanda" <[EMAIL PROTECTED] UAPL.EDU> To Sent by: "ADSM: [EMAIL PROTECTED] Dist Stor cc Manager" <[EMAIL PROTECTED] Subject .EDU> Question for you 3494 gurus - 06/01/2004 01:50 PM Please respond to "ADSM: Dist Stor Manager" OK, I"ve never seen this one before! I was trying to track down a missing TSM scratch tape. The library manager DB SEARCH says it is IN the 3494, but it's current category code is FF10, which is the EJECT category. mtlib -qV -Vnnnnnn -l libname shows "volume in process of being ejected". Well, it isn't! And nothing shows up in the eject queue on the library manager. I have ejected other tapes today with no problem. And if I use mtlib to try and CHANGE the category code again, I get "Change Category operation failed, volume in use". It has been this way for weeks, based on the last entry I see for it in the TSM activity log. Any idea how I fix this? Thanks!
