Henrik Wahlstedt wrote:
>Hello,
>
>I would like to know how to compare volume names in volumes and libvolumes
>with a select statement. Or if there are other ways to determine missing
>volumes? I use 4.1.3.0.
>
>ex. I dont use DRM but I send my volumes offsite and update their access to
>offsite.
Henrik Wahlstedt [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, August 29, 2002 7:58 AM
> To: [EMAIL PROTECTED]
> Subject: Re: missing volumes
>
>
> I do, but if I for some reason only get 9 of 10 volumes back where
> access=offsite and status=empty, and I did not notice that
> one
Select volume_name from volumes where volume_name not in (select volume_name
from libvolumes)
Paul D. Seay, Jr.
Technical Specialist
Naptheon Inc.
757-688-8180
-Original Message-
From: Henrik Wahlstedt [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 29, 2002 6:46 AM
To: [EMAIL PROTECT
Henrik
WahlstedtTo: [EMAIL PROTECTED]
Subject:
nt by: "ADSM: Subject: Re: missing volumes
Dist Stor Manager"
Why don't you just check the volumes whose access is offsite and whose
status is empty ? This is what I do. And to be sure that all volumes
present in library are in an readwrite status, I just put all the volumes
of the copypool in offsite state and then all the volumes of the libvol in
readwrit
>Does ADSM kepp in its db a " VOLUME-physical location" relationship
>or does it ask the atape driver to find the volume XYZ, which atape then
>does a command such as 'tapeutil -f /dev/smc0 inventory", which it then gets
>the tape, loads it(or whatever)and tells adsm that the tape is ther
Hi All - just a quickie...
Does ADSM kepp in its db a " VOLUME-physical location" relationship
or does it ask the atape driver to find the volume XYZ, which atape then
does a command such as 'tapeutil -f /dev/smc0 inventory", which it then gets
the tape, loads it(or whatever)and
Hi Steve,
Yes, the tape is scratchable, but you have to explicitly "update libvol
3575lib1 11824f status=scratch". You might want to "q content 11824f" first
just to make sure there isn't anything on the tape. As you surmised, the
library gets confused sometimes and when it can't find the tape it
>I have some volumes which appears in a "q libv" as
>follows...(ythis is just one of them)
>
>3575LIB1 11824F Private59
>
>The usual forth field of "Data" is not displayed. Does this mean that this
>is a "scratchable" tape???
>
>Also, from the actlog, the last
10 matches
Mail list logo