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:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Jacquelin Bouchard
Sent: Friday, April 04, 2008 5:13 AM
To: ADSM-L AT VM.MARIST DOT EDU
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:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
>Jacquelin Bouchard
>Sent: Thursday, April 03, 2008 1:20 PM
>To: ADSM-L AT VM.MARIST DOT EDU
>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
|