This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C37B7F.69047A30
Content-Type: text/plain
We have the same robot, same problem.
We do some stuff around bpmedialist to identify tapes of images which won't
expire for a few months, which are then ejected.
We use volume groups (use "vmchange") to identify tapes which have been
ejected & what month they can be returned to the robot. This also helps us
track the tape down in the event of a restore needing it.
If a restore request requires a tape that is not in the robot, it will
request operator intervention - visible in the output from "vmoprcmd -d pr"
- we monitor this regularly & alert our operators to find & load the tape.
bpmedialist doesn't show that the tape is offsite, but vmquery does.
Hope this helps.
-----Original Message-----
From: Browne, Alec [mailto:abrowne AT tigr DOT org]
Sent: 12 September 2003 16:12
To: 'veritas-bu AT mailman.eng.auburn DOT edu'
Subject: [Veritas-bu] Tape library is full - remove older tapes / images?
Because of sudden rapid growth, our STK L700 robot library is full. We used
to have enough room to keep three months of daily incrementals in the
library, but alas that's not possible any more.
We are going to change our retention policy, but in the meantime I need to
clear out some space.
Any caveats in using bpmedialist to find full images that expire this month
and then eject those? After I eject those full tapes and re-inventory the
robot, will there be any problems due to their absence?
It doesn't look like bpmedialist differentiates between tapes in the library
and those in our offsite vault - does it?
NBU 4.5, Solaris 8 master server.
Scripts are always helpful.
Thanks!
Alec Browne
abrowne AT tigr DOT org <mailto:abrowne AT tigr DOT org>
This private and confidential e-mail has been sent to you by Egg.
The Egg group of companies includes Egg Banking plc
(registered no. 2999842), Egg Financial Products Ltd (registered
no. 3319027) and Egg Investments Ltd (registered no. 3403963) which
carries out investment business on behalf of Egg and is regulated
by the Financial Services Authority.
Registered in England and Wales. Registered offices: 1 Waterhouse Square,
138-142 Holborn, London EC1N 2NA.
If you are not the intended recipient of this e-mail and have
received it in error, please notify the sender by replying with
'received in error' as the subject and then delete it from your
mailbox.
------_=_NextPart_001_01C37B7F.69047A30
Content-Type: text/html
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<TITLE>Message</TITLE>
<META content="MSHTML 6.00.2800.1170" name=GENERATOR></HEAD>
<BODY>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=674473111-15092003>We
have the same robot, same problem.</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=674473111-15092003></SPAN></FONT> </DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=674473111-15092003>We do
some stuff around bpmedialist to identify tapes of images which won't
expire for a few months, which are then ejected.</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=674473111-15092003>We
use
volume groups (use "vmchange") to identify tapes which have been ejected &
what month they can be returned to the robot. This also helps us track
the
tape down in the event of a restore needing it.</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=674473111-15092003>If a
restore request requires a tape that is not in the robot, it will request
operator intervention - visible in the output from "vmoprcmd -d pr" - we
monitor
this regularly & alert our operators to find & load the
tape.</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=674473111-15092003>bpmedialist doesn't show that the tape is offsite, but
vmquery does.</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=674473111-15092003></SPAN></FONT> </DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=674473111-15092003>Hope
this helps.</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=674473111-15092003></SPAN></FONT> </DIV>
<DIV></DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT face=Tahoma
size=2>-----Original Message-----<BR><B>From:</B> Browne, Alec
[mailto:abrowne AT tigr DOT org] <BR><B>Sent:</B> 12 September 2003
16:12<BR><B>To:</B>
'veritas-bu AT mailman.eng.auburn DOT edu'<BR><B>Subject:</B> [Veritas-bu] Tape
library
is full - remove older tapes / images?<BR><BR></FONT></DIV>
<DIV><SPAN class=163160115-12092003><FONT face=Arial size=2>Because of sudden
rapid growth, our STK L700 robot library is full. We used to have enough
room to keep three months of daily incrementals in the library, but alas that's
not possible any more.</FONT></SPAN></DIV>
<DIV><SPAN class=163160115-12092003><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=163160115-12092003><FONT face=Arial size=2>We are going to
change our retention policy, but in the meantime I need to clear out some
space.</FONT></SPAN></DIV>
<DIV><SPAN class=163160115-12092003><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=163160115-12092003><FONT face=Arial size=2>Any caveats in
using
bpmedialist to find full images that expire this month and then eject
those? After I eject those full tapes and re-inventory the robot, will
there be any problems due to their absence?</FONT></SPAN></DIV>
<DIV><SPAN class=163160115-12092003><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=163160115-12092003><FONT face=Arial size=2>It doesn't look
like
bpmedialist differentiates between tapes in the library and those in our
offsite
vault - does it?</FONT></SPAN></DIV>
<DIV><SPAN class=163160115-12092003><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=163160115-12092003><FONT face=Arial size=2>NBU 4.5, Solaris 8
master server.</FONT></SPAN></DIV>
<DIV><SPAN class=163160115-12092003><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=163160115-12092003><FONT face=Arial size=2>Scripts are always
helpful.</FONT></SPAN></DIV>
<DIV><SPAN class=163160115-12092003><FONT face=Arial size=2></FONT></SPAN><FONT
face=Arial size=2></FONT> </DIV>
<DIV><SPAN class=163160115-12092003><FONT face=Arial
size=2>Thanks!</FONT></SPAN></DIV>
<DIV><SPAN class=163160115-12092003><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=163160115-12092003><FONT face=Arial size=2>Alec
Browne</FONT></SPAN></DIV>
<DIV><SPAN class=163160115-12092003><FONT face=Arial size=2><A
href="mailto:abrowne AT tigr DOT org">abrowne AT tigr DOT
org</A></FONT></SPAN></DIV><CODE><FONT SIZE=3><BR>
<BR>
This private and confidential e-mail has been sent to you by Egg.<BR>
The Egg group of companies includes Egg Banking plc<BR>
(registered no. 2999842), Egg Financial Products Ltd (registered<BR>
no. 3319027) and Egg Investments Ltd (registered no. 3403963) which<BR>
carries out investment business on behalf of Egg and is regulated<BR>
by the Financial Services Authority. <BR>
Registered in England and Wales. Registered offices: 1 Waterhouse Square,<BR>
138-142 Holborn, London EC1N 2NA.<BR>
If you are not the intended recipient of this e-mail and have<BR>
received it in error, please notify the sender by replying with<BR>
'received in error' as the subject and then delete it from your<BR>
mailbox.<BR>
</FONT></CODE>
</BODY></HTML>
------_=_NextPart_001_01C37B7F.69047A30--
|
