In looking at the output of the "q mount" I see the ~waiting~ and remembered... often if a tape encounters errors upon being mounted, recovery work will be performed on the tape automatically (triggered by the drive) and it will show ~waiting on mount~ until the drive gets through with it (or at least with 3590's I've seen this) It might be that the tape is actually in a drive but hasn't ~officially~ been mounted yet. I don't know if LTO tapes have all the VCR information on them like a 3590 does but if so, you might be seeing this mount pause while the system attempts to fix problems that the drive has discovered...
Dwight -----Original Message----- From: Stephen Comiskey [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 19, 2003 11:13 AM To: [EMAIL PROTECTED] Subject: Re: Newbie question about Space Reclamation Dwight, Thanks for the pointers... I did a "q vol 476afxl1 f=d" and access=Read/Write, the tape is in the library and there are no requests outstanding and Mount Limit = Drives :-( My head is starting to hurt !! Stephen |---------+---------------------------> | | "Cook, Dwight E"| | | <DWIGHT.E.COOK@s| | | aic.com> | | | | | | 19/02/03 16:47 | | | | |---------+---------------------------> >--------------------------------------------------------------------------- ------------------------------------| | | | To: Stephen Comiskey/Dublin/IE/RoyalSun@RoyalSunInt | | cc: | | Subject: RE: Newbie question about Space Reclamation | >--------------------------------------------------------------------------- ------------------------------------| THIS MESSAGE ORIGINATED ON THE INTERNET - Please read the detailed disclaimer below. ---------------------------------------------------------------------------- ------- check : availability of the tape 476AFXL1 (q vol 476AFXL1 f=d) make sure it is available ie. acc=readwrite availability of the tape within the atl (q libvol * 476AFXL1) make sure it is checked in... try a "query request" because if a tape needs to be checked into a library a "request" will be issued availability of your drives (q drive) make sure they are all on-line and OK... mount limit associated with the device class used by these tapes (q dev <blah> f=d) look for "Mount Limit: DRIVES" OK, drives states limit is equal to available drives could have a hard number... try those things first... Dwight -----Original Message----- From: Stephen Comiskey [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 19, 2003 10:19 AM To: [EMAIL PROTECTED] Subject: Newbie question about Space Reclamation Hi, I'm only new to TSM and on a bit of a steep learning curve. We have a scheduled job each Friday to reclaim our copy pool tapes (update stg backup_copy_pool reclaim=75), the process starts and the output volume is mounted OK however the server wait for the input (60K+ seconds). I've pasted some output from the console below... q proc Process Description Status -------------------- ------------------------------------------------- Space Reclamation Offsite Volume(s) (storage pool BACKUP_COPY_POOL), Moved Files: 0, Moved Bytes: 0, Unreadable Files: 564, Unreadable Bytes: 10,214,383. Current Physical File (bytes): 180,031,126 Waiting for mount of input volume 476AFXL1 (821 seconds). Current output volume: 505AFXL1. q mount ANR8379I Mount point in device class LTOCLASS1 is waiting for the volume mount to complete, status: WAITING FOR VOLUME. ANR8330I LTO volume 505AFXL1 is mounted R/W in drive LTO_DRIVE1 (\\. \TAPE0), status: IN USE. ANR8334I 2 matches found. I know I'm missing something real simple here, I've search a number of forums (including this lists archives) but I may be entering the wrong search parameters Any assistance you can provide is much appreciated. cheers Stephen ----------------------------------------------------------------------- The following message has been automatically added by the mail gateway to comply with a Royal & SunAlliance IT Security requirement. As this email arrived via the Internet you should be cautious about its origin and content. Replies which contain sensitive information or legal/contractual obligations are particularly vulnerable. In these cases you should not reply unless you are authorised to do so, and adequate encryption is employed. If you have any questions, please speak to your local desktop support team or IT security contact. -----------------------------------------------------------------------
