I have heard (don't know firsthand) that if you get the robot to do its own
cleaning, then if it gets another kind of problem with the drive it is
liable to run cleaning tapes through it until you run out of tapes ...
sounds a bit strange, but that's the reason we don't use this facility here.

Phil Weber
IT Infrastructure Unix Systems Engineer


-----Original Message-----
From: Rosamond, Travis [mailto:trosamond AT uslec DOT com]
Sent: 16 May 2002 17:12
To: 'William Enestvedt'; veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] TapeAlert cleaning, TLD, and Pools


What kind of robot?

I know with a L700 if you put cleaning tapes in the playground the robot
will clean the drives when the drives signal they need cleaning.

Travis Rosamond
Unix Systems Admin
US LEC of North Carolina
8210 University Exec Dr.
Charlotte, NC 28262

Phone: 704-319-6297
Pager: 888-842-1157

 -----Original Message-----
From:   William Enestvedt [mailto:Will.Enestvedt AT jwu DOT edu] 
Sent:   Thursday, May 16, 2002 10:01 AM
To:     veritas-bu AT mailman.eng.auburn DOT edu
Subject:        RE: [Veritas-bu] TapeAlert cleaning, TLD, and Pools

I asked:
> 
> If I want my DLT robots to clean themselves automatically...do 
> the cleaning tapes need to be in a specific Pool?
>
   I got several answers about frequency-based cleaning vs. on-demand
cleaning, but no mention of the importance of a cleaning tape's Volume Pool.
I have decided that it is not considered during backups.
   I dug out my manuals again, and this time I found an interesting note on
p. 116 of the "NetBackup DataCenter Media Manager System Administrator's
Guide - UNIX" (in the part about changing the attributes for a volume). It
says, at the top of the instructions for changing a volume's Volume Pool, in
between a pair of fat, black lines, "Note: Does not apply to cleaning
tapes."
   Curiously, the Java GUI will let you try to change a cleaning tape's
Volume Pool, which the motif interface doesn't even make it available.
   I'm going to try David Markham's shell script (in his post of 5/15/2002)
to watch for downed drives, and give up on this.
   Thanks to everyone for their help.
-wde
--
Will Enestvedt
UNIX System Administrator
Johnson & Wales University -- Providence, RI
_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


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.