Give it a try, Ive done this in the past, and on an empty volume, the audit process never requested a mount, but wouldn't start until the tape was updated to readw.
If the audit does request a mount, just cancel it. (The cancel process might hang for awhile, because the system is waiting for a mount, but it should eventually time out.) -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Jacquelin Bouchard Sent: Friday, April 04, 2008 5:13 AM To: [email protected] Subject: Re: Problem is still there with a LTO volume Hi, Is the audit process read the tape, because the volume is really "offsite" in vault ? Jacquelin Bouchard At 14:16 2008-04-03 -0700, you wrote: >Update vol to access=readwrite and try the audit again. > >-----Original Message----- >From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of >Jacquelin Bouchard >Sent: Thursday, April 03, 2008 1:20 PM >To: [email protected] >Subject: Re: Problem is still there with a LTO volume > > >Hi Richard, > > I have tried to audit the volume: > > audit volume a00043 fix=yes > >Output: > >ANR2425E AUDIT VOLUME: Unable to access volume A00043 - access mode >is set to "offsite". > >Jacquelin Bouchard > >At 15:35 2008-04-03 -0400, you wrote: > >This volume is probably the victim of a TSM database inconsistency, > >where an AUDit Volume will likely be needed to clear its problem. > > > > Richard Sims
