All I can do is empathize. We have seen this same behavior, where when reclaiming an offsite LTO2 volume the server asked for a primary storage tape (3592) to be mounted in an LTO2 library. Since there is no way these tapes could have been confused/mislabeled/etc, I don't have an explanation and have not been able to figure out why it does this every so often.
It is rare, but it has happened to me at least 5-times in the past year. "Ribeiro, Ricardo" <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[email protected]> 10/17/2008 04:39 PM Please respond to "ADSM: Dist Stor Manager" <[email protected]> To [email protected] cc Subject Re: [ADSM-L] Server looking for volume in wrong library The only other suggestion I have is to query the volume history and see what library used it last. "q volhist" Good luck. -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Denier Sent: Friday, October 17, 2008 1:34 PM To: [email protected] Subject: Re: [ADSM-L] Server looking for volume in wrong library -----Ricardo.Ribeiro wrote: ----- >I wonder if you could have a label problem on that tape, you may want >to re-label it. The tape involved in the latest occurance of the problem was loaded, read, and unloaded without incident about 14 hours before the problem occurred, and again about 10 hours after the problem occurred. In any case, TSM finds out which library a tape is in by consulting the TSM database, not by reading the tape label. >Also, when you run the command "q libvol TJULIB01_1120" what is the >status of that one tape? The tape does not appear in the output from such a query. This is what I would expect; the tape was never supposed to be in the TJULIB01_1120 library, and I have found no evidence that it was ever put into that library erroneously. A similary query for the TJULIB01_3592 library shows a status of 'Private' and last use of 'Data' for the volume. This is exactly the result I would expect.
