Of the robots I have mentioned below, 2 of them (9710's) are DLT
the rest are 9840 however all of the drives have a sensor cable
attached to the robot. I believe that when the "clean drive" light
comes on on the drive a signal is also sent to this sensor port
which is what then communicates to the robot that this drive needs
cleaning and the robot then automatically puts the cleaning tape
into the drive.
"David A. Chapa" wrote:
>
> I have been trying to find something that would support the suspicion
> that is *may* not work. I can't. With the advanced features of the L700
> I can't imagine that they wouldn't think of this as a potential 'gotcha'.
>
> Incidentally, does auto-clean only clean when the drive *really* needs it?
>
> I'm not a fan of random (DLT) cleaning simply because of the technical
> specifics to how cleaning is done.
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> David A. Chapa
> Consulting Manager
> DataStaff, Inc.
> 847 413 1144
>
> On Wed, 29 Nov 2000, Lee Kolinsky wrote:
>
> > Andrey,
> >
> > All I am going to say is this ...
> > I have (2 x STK-9710's) + (2 x STK-9740's) + (2 x STK-L700's)
> > In all cases I let the robot clean the drives as needed.
> > I am runing NB 3.2 Patch 443 and starting to use SSO.
> > I have yet to run into a problem with tape mounts colliding with
> > drive cleanings that I am aware of.
> >
> >
> >
> > Andrey Shinkarev wrote:
> > >
> > > I've got some responses from different people which allow me to say
> > > Auto Clean feature on STK L700 doesn't work with NetBackup 3.2
> > > with SSO.
> > > According to Veritas Tech Support:
> > >
> > > > The robot has to be smart enough to not load a real tape into a drive
> > > > that
> > > > already has a cleaning tape, if it is going to support this option.
> > > > NetBackup only makes requests of the robot, the robot has to keep track
> > > > of
> > > > what it's doing... but, you already know this.
> > >
> > > Does anyone know how Tape Alert feature works on STK L700 libraries?
> > > Does it work or not?
> > >
> > > Another question:
> > > Cleaning on time basis is not recomended for multihosted tape drives.
> > > is it becouse of inability of NetBackup to count of time usage on
> > > different systems?
> > >
> > > Thanks again for everyone who responded for me.
> > > Andrew
> > >
> > > On Tue, Nov 28, 2000 at 08:55:44AM -0600, Andrey Shinkarev wrote:
> > >
> > > > We are using Auto Clean Feature in our STK L700 with DLT7000 tape
> > > > drives.
> > > > It works fine but sometimes we are getting tape drives downed for
> > > > the following reason
> > > >
> > > > Nov 19 17:02:28 uback-ap9-1 tldcd[16650]: TLD(6) key = 0x5, asc = 0x3a,
> > > > ascq = 0
> > > > x0, MEDIUM NOT PRESENT
> > > > Nov 19 17:02:28 uback-ap9-1 tldcd[16650]: TLD(6) Move_medium error:
> > > > CHECK CONDIT
> > > > ION
> > > > Nov 19 17:02:28 uback-ap9-1 tldcd[16650]: TLD(6) could not move
> > > > barcoded tape CL
> > > > N499 from drive 6 to outport
> > > > Nov 19 17:02:28 uback-ap9-1 tldd[17882]: TLD(6) drive 6 (device 5) is
> > > > being DOWN
> > > > ED, status: Robotic dismount failure
> > > > Nov 19 17:02:28 uback-ap9-1 tldd[17882]: Check integrity of the drive,
> > > > drive pat
> > > > h, and media
> > > >
> > > > We are running 3.2 with the patch 443.
> > > >
> > > > If anyone had this problem before?
> > > >
> > > >
> > > > The problem is NetBackup doesn't know about the cleaing tape and has 0
> > > > cleaning interval for the tape drive. If I try to clean the tape drive
> > > > I am getting "No cleaning tape defined in the device's robot"
> > > > And the cleaning tape itself doesn't exist in NetBackup database.
> > > > I couldn't find any cleaning request in log files, for an old libraries
> > > > without the Auto Clean feature I saw them a lot.
> > > > We have 3 libraries and having the problem on all of them.
> > > > Fast Load feature doesn't solve the problem. We have had it
> > > > enabled and disabled but still had this problem.
> > > >
> > > > The Auto Clean Feature works but it looks like NetBackup and
> > > > the library fight for the tape drive and NetBackup doens't win.
> > > > I think the cleaning operation should be blocked and NetBackup
> > > > must wait until it's done.
> > > >
> > > >
> > > > Thanks,
> > > > --
> > > > ----
> > > > Andrew Shinkarev
> > > > Network Systems Specialist
> > > > Abbott Laboratories
> > > > (847) 9387559
> > > > shinkara AT pprd.abbott DOT com
> > > > _______________________________________________
> > > > Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> > > > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> > >
> > > --
> > > ----
> > > Andrew Shinkarev
> > > Network Systems Specialist
> > > Abbott Laboratories
> > > (847) 9387559
> > > shinkara AT pprd.abbott DOT com
> > > _______________________________________________
> > > Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> > > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
> > --
> >
> > --Lee
> >
> > Client Site: EATON Corp. Cleveland OH (440) 954-5626
> > ----------------------_-----------------------_--------------------------
> > Lee S. Kolinsky |_| C o l l e c t i v e |_| kolinsky AT colltech DOT
> > com
> > Pager: 800/946-4646 |___ Technologies ___| http://www.colltech.com
> > Pin #: 148-3408 O O "The Power Of Many Minds"
> > -------------------------------------------------------------------------
> > What the large print giveth, the small print taketh away.
> > _______________________________________________
> > Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
--
--Lee
Client Site: EATON Corp. Cleveland OH (440) 954-5626
----------------------_-----------------------_--------------------------
Lee S. Kolinsky |_| C o l l e c t i v e |_| kolinsky AT colltech DOT com
Pager: 800/946-4646 |___ Technologies ___| http://www.colltech.com
Pin #: 148-3408 O O "The Power Of Many Minds"
-------------------------------------------------------------------------
What the large print giveth, the small print taketh away.
|
