Howard is right on. I'd add a couple more commands to his audit to "synchronize" the library completely:
Tsm> audit library libname checklabel=barcode Tsm> checkin libvol libname search=yes checklabel=barcode status=scratch Tsm> checkin libvol libname search=yes checklabel=barcode status=private These three command will ensure that your library inventory is accurate and that all tapes in the library are checked in properly. The audit library command will check tapes out that are not found. For instance, if TSM thinks that tape 100087 is in the library, but the audit determines that it isn't, it will be removed from the TSM library inventory. However, if the audit finds tape 100088 that TSM doesn't think is in the library, it won't automatically check it in. The two checkin libvol commands fix that up as well. Note the order: you want to do the scratch tapes first. Thanks, Kelly Lipp CTO STORServer, Inc. 485-B Elkton Drive Colorado Springs, CO 80907 719-266-8777 www.storserver.com -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Howard Coles Sent: Wednesday, September 03, 2008 2:54 PM To: [email protected] Subject: Re: [ADSM-L] Incorrect volume being mounted for reclaimation Stop all processes, unmount all tapes and audit the library. It looks like TSM thinks tape 100562 is in the slot currently occupied by 100617 instead. Either the paths are wrong for the drives, (which I doubt) or the library's inventory is a little off. To verify, do a q libv, determine which slot TSM "thinks" the tape is in, and then open up your library and see if they match. You may have to actually take the tape out, and then back in again. I would try the audit first, then check TSM's list-o-tapes. IF the tape your needing doesn't show up there may be other problems. Such as tape stuck in picker, not in library at all (mistakenly sent offsite), etc. See Ya' Howard > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf > Of Timothy Hughes > Sent: Wednesday, September 03, 2008 3:48 PM > To: [email protected] > Subject: [ADSM-L] Incorrect volume being mounted for reclaimation > > Hello all, > > I'm reaching at for any help on this. > > <>We have a tape that needs to be reclaimed but it keeps being set to > "unavailable" during reclamation. > > > When I update the tape by doing the following using the GUI > > ANR2017I Administrator xxxxx issued command: UPDATE > > VOLUME 100562 ACCESS=READWRITE > WHERESTGPOOL=LTOPOOL > > WHEREDEVCLASS=LTOCLASS (SESSION: 138535) > > <> > > It changes back to available, however as soon as reclamation calls for > the tape it changes back to "unavailable" The TSM Server log with > messages are below can anyone give me suggestions/help on the best way > to correct the issue? > > Thanks for any help in advance! > > > ANR2017I Administrator xxxxx issued command: UPDATE > > VOLUME 100562 ACCESS=READWRITE > WHERESTGPOOL=LTOPOOL > > WHEREDEVCLASS=LTOCLASS (SESSION: 138535) > > 09/03/08 07:37:40 ANR2207I Volume 100562 updated. (SESSION: 138535) > > 09/03/08 09:00:00 ANR1044I Removable volume 100562 is required for > space > > reclamation. (PROCESS: 946) > > 09/03/08 09:00:36 ANR8356E Incorrect volume 100617 was mounted > instead of > > volume 100562 in library LTO_LIB. (PROCESS: 947) > > 09/03/08 09:01:01 ANR8381E LTO volume 100562 could not be mounted > in drive > > RMT3 (/dev/rmt3). (PROCESS: 947) > > 09/03/08 09:01:01 ANR1402W Mount request denied for volume 100562 - > volume > > unavailable. (PROCESS: 947) > > 09/03/08 09:01:01 ANR1410W Access mode for volume 100562 now set to > > "unavailable". (PROCESS: 947) > > 09/03/08 09:25:50 ANR1420W Read access denied for volume 100562 - > volume > > access mode = "unavailable". (PROCESS: 946) > > <> 09/03/08 13:00:38 ANR2017I Administrator XXXXX issued > command: UPDATE > > VOLUME 100562 ACCESS=READWRITE > WHERESTGPOOL=LTOPOOL > > WHEREDEVCLASS=LTOCLASS (SESSION: 143639) > > 09/03/08 13:00:38 ANR2207I Volume 100562 updated. (SESSION: 143639) > > 09/03/08 13:42:54 ANR1044I Removable volume 100562 is required for > space > > reclamation. (PROCESS: 961) > > 09/03/08 14:08:30 ANR8356E Incorrect volume 100617 was mounted > instead of > > volume 100562 in library LTO_LIB. (PROCESS: 961) > > 09/03/08 14:08:55 ANR8381E LTO volume 100562 could not be mounted > in drive > > RMT4 (/dev/rmt10). (PROCESS: 961) > > reclamation. (PROCESS: 965) > > 09/03/08 14:10:12 ANR1420W Read access denied for volume 100617 - > volume > > access mode = "unavailable". (PROCESS: 965) > > > > > > > > > > > 09/03/08 13:42:54 ANR1044I Removable volume 100617 is required for > space > > reclamation. (PROCESS: 962) > > 09/03/08 13:42:54 ANR8312E Volume 100617 could not be located in > library > > LTO_LIB. (PROCESS: 962) > > 09/03/08 13:42:54 ANR8381E LTO volume 100617 could not be mounted > in drive > > RMT5 (/dev/rmt4). (PROCESS: 962) > > 09/03/08 13:42:59 ANR1402W Mount request denied for volume 100617 - > volume > > unavailable. (PROCESS: 962) > > 09/03/08 13:42:59 ANR1410W Access mode for volume 100617 now set to > > "unavailable". (PROCESS: 962)
