Veritas-bu

[Veritas-bu] tapes expiring

2002-06-10 06:37:36
Subject: [Veritas-bu] tapes expiring
From: dave.markham AT icl DOT net (David Markham)
Date: Mon, 10 Jun 2002 11:37:36 +0100
This is a multi-part message in MIME format.

------=_NextPart_000_0328_01C21073.3874B010
Content-Type: text/plain;
        charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

If i take tapes which are assigned to a pool for eg weekly_full , daily_inc
out of my jukebox ( sun L1000, netbackup 3.2 running on solaris 8  ) and do
not put them back in until the retention period is over, they then are read
in and are still assigned to the pool they were in before. Although they can
be written to by schedules using that pool now that the retention period is
over.

Thing is, how do i make tapes which come into the jukebox that are known
about from other pools but have gone past their retention period move into
the scratch pool.

I have a barcode rule so any new tapes which come in automatically go into
the scratch pool, but these are tapes which have been used before. currently
I have to expire each one with bpexpdate -ev <tape> -d 0  then delete them
from the gui, then run vmupdate -x -rn 0 -rt tld -rh `uname -n` -vh
`uname -n` -use_barcode_rules to get them into the scratch pool.

Anyone any ideas ?

Dave


------=_NextPart_000_0328_01C21073.3874B010
Content-Type: text/html;
        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">


<META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D242083210-10062002><FONT face=3DArial size=3D2>If i =
take tapes=20
which are assigned to a pool for eg weekly_full , daily_inc&nbsp; out of =
my=20
jukebox ( sun L1000, netbackup 3.2 running on solaris 8&nbsp; ) and do =
not put=20
them back in until the retention period is over, they then are read in =
and are=20
still assigned to the pool they were in before. Although they can be =
written to=20
by schedules using that pool now that the retention period is=20
over.</FONT></SPAN></DIV>
<DIV><SPAN class=3D242083210-10062002><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D242083210-10062002><FONT face=3DArial size=3D2>Thing =
is, how do i=20
make tapes which come into the jukebox that are known about from other =
pools but=20
have gone past their retention period move into the scratch=20
pool.</FONT></SPAN></DIV>
<DIV><SPAN class=3D242083210-10062002><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D242083210-10062002><FONT face=3DArial size=3D2>I have =
a barcode=20
rule so any new tapes which come in automatically go into the scratch =
pool, but=20
these are tapes which have been used before. currently I have to expire =
each one=20
with bpexpdate -ev &lt;tape&gt; -d 0&nbsp; then delete them from the =
gui, then=20
run vmupdate -x -rn 0 -rt tld -rh `uname -n` -vh `uname -n` =
-use_barcode_rules=20
to get them into the scratch pool.</FONT></SPAN></DIV>
<DIV><SPAN class=3D242083210-10062002><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D242083210-10062002><FONT face=3DArial size=3D2>Anyone =
any ideas=20
?</FONT></SPAN></DIV>
<DIV><SPAN class=3D242083210-10062002><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D242083210-10062002><FONT face=3DArial=20
size=3D2>Dave</FONT></SPAN></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_0328_01C21073.3874B010--


<Prev in Thread] Current Thread [Next in Thread>