This is a multipart message in MIME format.
--=_alternative 0074B2FA86256CED_=
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
I haven't seen this happen with the L700 since they, according to release=20
notes from a patch over a year ago, added support for hardware cleaning on =
the L700. You had to have a minimum firmware level on the drives and=20
library, along with the patch that added the support. Sorry, I can't=20
remember what patch, but it was a 3.4 patch. The readme specifically said =
STK L700 (or maybe it was STK L-series), so I wouldn't expect it to work=20
this way for any other libraries.
The way it was described to me was that the newer firmware caused the=20
drive to report a specific code when it was being cleaned. When NetBackup =
sees that code, instead of downing the drive, it waits and then retries.
- Scott
Douglas Ritschel <dritschel62 AT yahoo DOT com>
Sent by: veritas-bu-admin AT mailman.eng.auburn DOT edu
03/18/2003 08:34 AM
=20
To: "Brochart, Fabrice" <BrochF AT europe.stortek DOT com>,
"'Weber, P=
hilip'"=20
<Philip.Weber AT egg DOT com>, "NBUList \(E-mail\)"=20
<veritas-bu AT mailman.eng.auburn DOT edu>
cc:=20
Subject: RE: [Veritas-bu] Cleaning Frequency
NetBackup gets confused if the robot's autocleaning
inserts a cleaning tape in a drive at the same time
NetBackup attempts to use the drive. There is a
collision and NetBackup marks the drive as down.=20
--- "Brochart, Fabrice" <BrochF AT europe.stortek DOT com>
wrote:
> Hi,
>=20
> Effectively, you must not clean your DLT so often.
>=20
> Why you don't use robotic cleaning ??
>=20
> Disable TapeAlert,AutoClean Veritas, and use robotic
> autocleaning, which is
> the better, you can trust me.
>=20
> Hth
>=20
> F@b
>=20
> -----Message d'origine-----
> De : Weber, Philip [mailto:Philip.Weber AT egg DOT com]
> Envoy=E9 : mardi 18 mars 2003 13:36
> =C0 : NBUList (E-mail)
> Objet : [Veritas-bu] Cleaning Frequency
>=20
>=20
> Hi all,
>=20
> We are running Netbackup 3.4 with an L700 tape robot
> populated with DLT7000
> drives.
>=20
> After running out of cleaning tapes & so not
> cleaning drives for several
> weeks, I found that the robot was not complaining
> about many drives needing
> cleaning & so investigated. I found that Netbackup
> was set to clean these
> every 24 hours which seems far too often - I have
> upped this to 168 hours
> for now.
>=20
> Reading the DLT handbook, it seems to me that we
> shouldn't be cleaning our
> drives automatically at all, just manually cleaning
> if a particular problem
> with a drive.
>=20
> What do other people do with these drives?
>=20
> thanks, Phil
>=20
> Phil Weber=20
> Egg Distributed Hosts - UNIX Systems Engineer=20
> Phone: 01384 26 4136=20
> Mobile:=20
>=20
> -----Original Message-----
> From: Marianne Van den Berg
> [mailto:Marianne.VandenBerg AT mgxgroup DOT com]
> Sent: 03 March 2003 14:13
> To: NBUList (E-mail)
> Subject: [Veritas-bu] bpcr=5Fconnect timeout during
> select after 60 seconds
>=20
>=20
> Hi=20
>=20
> My customer is getting the above message in bpbrm on
> the media server since
> last night (Everything has been working fine all
> along).
> 2 streams are backed up on a W2K client - 1 stream
> backs up fine, the 2nd
> fails with code 54 after 1 minute. The timeouts in
> the media server's
> bp.conf (Tru64) are as follows :=20
> CLIENT=5FCONNECT=5FTIMEOUT =3D 7200
> CLIENT=5FREAD=5FTIMEOUT =3D 7200
>=20
> This is a normal scheduled backup. When the streams
> are limited to 1, the
> backup works fine - it only happens when multiple
> streams are backed up.=20
> I've checked all the bpclntcmd's between the media
> server and the client -
> everything resolves fine. No errors in bpcd log on
> client (all exit code
> 0's).
> (NBU 3.4 patch 4.)
>=20
> Any ideas about the 60 sec timeout?
>=20
> Regards
>=20
> Marianne van den Berg=20
> Senior Support Engineer=20
> MGX Solutions=20
> Tel: +27 11 695 2064=20
> Fax: +27 11 695 2291=20
> Mobile: +27 82 468 8107=20
> mailto: marianne.vandenberg AT mgxsolutions.co DOT za
> <mailto:marianne.vandenberg AT mgxsolutions.co DOT za>=20
> This e-mail and attachments relating thereto, is
> intended for the
> above-mentioned recipient. If you have received this
> e-mail in error, kindly
> notify the sender and delete it immediately as it
> contains information
> relating to the official business of MGX Solutions
> (Pty) Limited, which is
> confidential, legally privileged and proprietary to
> MGX Solutions (Pty)
> Limited. MGX Solutions (Pty) Limited does not own
> and endorse any other
> content. The views and opinions expressed in this
> e-mail are those of the
> sender unless clearly stated as being those of MGX
> Solutions (Pty) Limited.
>=20
>=20
>=20
>=20
> 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.=20
> 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.
>=20
>=20
>=20
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
Do you Yahoo!?
Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
http://platinum.yahoo.com
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--=_alternative 0074B2FA86256CED_=
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<br><font size=3D2 face=3D"Arial">I haven't seen this happen with the L700 =
since they, according to release notes from a patch over a year ago, added =
support for hardware cleaning on the L700. You had to have a minimum =
firmware level on the drives and library, along with the patch that added t=
he support. Sorry, I can't remember what patch, but it was a 3.4 patc=
h. The readme specifically said STK L700 (or maybe it was STK L-serie=
s), so I wouldn't expect it to work this way for any other libraries.</font>
<br>
<br><font size=3D2 face=3D"Arial">The way it was described to me was that t=
he newer firmware caused the drive to report a specific code when it was be=
ing cleaned. When NetBackup sees that code, instead of downing the dr=
ive, it waits and then retries.</font>
<br>
<br>
<br><font size=3D2 face=3D"Arial">- Scott</font>
<br>
<br>
<br>
<br>
<table width=3D100%>
<tr valign=3Dtop>
<td>
<td><font size=3D1 face=3D"sans-serif"><b>Douglas Ritschel <dritschel62@=
yahoo.com></b></font>
<br><font size=3D1 face=3D"sans-serif">Sent by: veritas-bu-admin AT mailman DOT
en=
g.auburn.edu</font>
<p><font size=3D1 face=3D"sans-serif">03/18/2003 08:34 AM</font>
<br>
<td><font size=3D1 face=3D"Arial"> </font>
<br><font size=3D1 face=3D"sans-serif"> To: &nbs=
p; "Brochart, Fabrice" <BrochF AT europe DOT
stor=
tek.com>, "'Weber, Philip'" <Philip.Weber AT egg DOT com>,
&quo=
t;NBUList \(E-mail\)" <veritas-bu AT mailman.eng.auburn DOT
edu></font>
<br><font size=3D1 face=3D"sans-serif"> cc: &nbs=
p; </font>
<br><font size=3D1 face=3D"sans-serif"> Subject:=
RE: [Veritas-bu] Cleaning Frequency</font></tab=
le>
<br>
<br>
<br><font size=3D2 face=3D"Courier New">NetBackup gets confused if the robo=
t's autocleaning<br>
inserts a cleaning tape in a drive at the same time<br>
NetBackup attempts to use the drive. There is a<br>
collision and NetBackup marks the drive as down. <br>
<br>
<br>
<br>
--- "Brochart, Fabrice" <BrochF AT europe.stortek DOT com><br>
wrote:<br>
> Hi,<br>
> <br>
> Effectively, you must not clean your DLT so often.<br>
> <br>
> Why you don't use robotic cleaning ??<br>
> <br>
> Disable TapeAlert,AutoClean Veritas, and use robotic<br>
> autocleaning, which is<br>
> the better, you can trust me.<br>
> <br>
> Hth<br>
> <br>
> F@b<br>
> <br>
> -----Message d'origine-----<br>
> De : Weber, Philip [mailto:Philip.Weber AT egg DOT com]<br>
> Envoy=E9 : mardi 18 mars 2003 13:36<br>
> =C0 : NBUList (E-mail)<br>
> Objet : [Veritas-bu] Cleaning Frequency<br>
> <br>
> <br>
> Hi all,<br>
> <br>
> We are running Netbackup 3.4 with an L700 tape robot<br>
> populated with DLT7000<br>
> drives.<br>
> <br>
> After running out of cleaning tapes & so not<br>
> cleaning drives for several<br>
> weeks, I found that the robot was not complaining<br>
> about many drives needing<br>
> cleaning & so investigated. I found that Netbackup<br>
> was set to clean these<br>
> every 24 hours which seems far too often - I have<br>
> upped this to 168 hours<br>
> for now.<br>
> <br>
> Reading the DLT handbook, it seems to me that we<br>
> shouldn't be cleaning our<br>
> drives automatically at all, just manually cleaning<br>
> if a particular problem<br>
> with a drive.<br>
> <br>
> What do other people do with these drives?<br>
> <br>
> thanks, Phil<br>
> <br>
> Phil Weber <br>
> Egg Distributed Hosts - UNIX Systems Engineer <br>
> Phone: 01384 26 4136 <br>
> Mobile: <br>
> <br>
> -----Original Message-----<br>
> From: Marianne Van den Berg<br>
> [mailto:Marianne.VandenBerg AT mgxgroup DOT com]<br>
> Sent: 03 March 2003 14:13<br>
> To: NBUList (E-mail)<br>
> Subject: [Veritas-bu] bpcr=5Fconnect timeout during<br>
> select after 60 seconds<br>
> <br>
> <br>
> Hi <br>
> <br>
> My customer is getting the above message in bpbrm on<br>
> the media server since<br>
> last night (Everything has been working fine all<br>
> along).<br>
> 2 streams are backed up on a W2K client - 1 stream<br>
> backs up fine, the 2nd<br>
> fails with code 54 after 1 minute. The timeouts in<br>
> the media server's<br>
> bp.conf (Tru64) are as follows : <br>
> CLIENT=5FCONNECT=5FTIMEOUT =3D 7200<br>
> CLIENT=5FREAD=5FTIMEOUT =3D 7200<br>
> <br>
> This is a normal scheduled backup. When the streams<br>
> are limited to 1, the<br>
> backup works fine - it only happens when multiple<br>
> streams are backed up. <br>
> I've checked all the bpclntcmd's between the media<br>
> server and the client -<br>
> everything resolves fine. No errors in bpcd log on<br>
> client (all exit code<br>
> 0's).<br>
> (NBU 3.4 patch 4.)<br>
> <br>
> Any ideas about the 60 sec timeout?<br>
> <br>
> Regards<br>
> <br>
> Marianne van den Berg <br>
> Senior Support Engineer <br>
> MGX Solutions <br>
> Tel: +27 11 695 2064 <br>
> Fax: +27 11 695 2291 </font>
<br><font size=3D2 face=3D"Courier New">> Mobile: +27 82 468 8107 <br>
> mailto: marianne.vandenberg AT mgxsolutions.co DOT za<br>
> <mailto:marianne.vandenberg AT mgxsolutions.co DOT za> <br>
> This e-mail and attachments relating thereto, is<br>
> intended for the<br>
> above-mentioned recipient. If you have received this<br>
> e-mail in error, kindly<br>
> notify the sender and delete it immediately as it<br>
> contains information<br>
> relating to the official business of MGX Solutions<br>
> (Pty) Limited, which is<br>
> confidential, legally privileged and proprietary to<br>
> MGX Solutions (Pty)<br>
> Limited. MGX Solutions (Pty) Limited does not own<br>
> and endorse any other<br>
> content. The views and opinions expressed in this<br>
> e-mail are those of the<br>
> sender unless clearly stated as being those of MGX<br>
> Solutions (Pty) Limited.<br>
> <br>
> <br>
> <br>
> <br>
> This private and confidential e-mail has been sent<br>
> to you by Egg.<br>
> The Egg group of companies includes Egg Banking plc<br>
> (registered no. 2999842), Egg Financial Products Ltd<br>
> (registered<br>
> no. 3319027) and Egg Investments Ltd (registered no.<br>
> 3403963) which<br>
> carries out investment business on behalf of Egg and<br>
> is regulated<br>
> by the Financial Services Authority. <br>
> Registered in England and Wales. Registered offices:<br>
> 1 Waterhouse Square,<br>
> 138-142 Holborn, London EC1N 2NA.<br>
> If you are not the intended recipient of this e-mail<br>
> and have<br>
> received it in error, please notify the sender by<br>
> replying with<br>
> 'received in error' as the subject and then delete<br>
> it from your<br>
> mailbox.<br>
> <br>
> <br>
> <br>
<br>
<br>
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
<br>
Do you Yahoo!?<br>
Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!<br>
http://platinum.yahoo.com<br>
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F<br>
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu<br>
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu<br>
</font>
<br>
<br>
--=_alternative 0074B2FA86256CED_=--
|