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_01C2ED67.8415E0D9
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Is there any way to test tapealert to make sure it's working? I'd rather not
wait until a drive starts causing errors to find out that I didn't configure
it properly.
-----Original Message-----
From: Brochart, Fabrice [mailto:BrochF AT europe.stortek DOT com]
Sent: Tuesday, March 18, 2003 10:36 AM
To: 'Douglas Ritschel'; Brochart, Fabrice; 'Weber, Philip'; NBUList (E-mail)
Subject: RE: [Veritas-bu] Cleaning Frequency
You right, sometimes it did it.=20
NetBackup wait a while before downing the drive.=20
It depend of the clean number of the cleaning cartridge, but normally
NetBackup didn't Down the drive.=20
So here are the choice:=20
1=B0 TapeAlert (system)=20
2=B0 Cleaning Periodic=20
3=B0 AutoClean with Robotic=20
First, normally it should be the good choice, your system must support it.
Veritas doesn't seem to like it.(?)=20
Second choice : DLT ask when it need a cleaning , so if you clean it
periodically you may wait a long time between a demand from the drive and
the effective clean and it's destructive (abrasive) for the drive head, so
life time head is shorter.
Third choice : Good but as Douglas said ,sometimes NetBackup could down the
drive due to the time of cleaning (rarely but exist).
As you want.=20
F@b=20
-----Message d'origine-----=20
De : Douglas Ritschel [ mailto:dritschel62 AT yahoo DOT com
<mailto:dritschel62 AT yahoo DOT com> ]=20
Envoy=E9 : mardi 18 mars 2003 15:35=20
=C0 : Brochart, Fabrice; 'Weber, Philip'; NBUList (E-mail)=20
Objet : RE: [Veritas-bu] Cleaning Frequency=20
NetBackup gets confused if the robot's autocleaning=20
inserts a cleaning tape in a drive at the same time=20
NetBackup attempts to use the drive. There is a=20
collision and NetBackup marks the drive as down. =20
--- "Brochart, Fabrice" <BrochF AT europe.stortek DOT com>=20
wrote:=20
> Hi,=20
> =20
> Effectively, you must not clean your DLT so often.=20
> =20
> Why you don't use robotic cleaning ??=20
> =20
> Disable TapeAlert,AutoClean Veritas, and use robotic=20
> autocleaning, which is=20
> the better, you can trust me.=20
> =20
> Hth=20
> =20
> F@b=20
>=20
> -----Message d'origine-----=20
> De : Weber, Philip [ mailto:Philip.Weber AT egg DOT com
<mailto:Philip.Weber AT egg DOT com> ]=20
> Envoy=E9 : mardi 18 mars 2003 13:36=20
> =C0 : NBUList (E-mail)=20
> Objet : [Veritas-bu] Cleaning Frequency=20
>=20
>=20
> Hi all,=20
> =20
> We are running Netbackup 3.4 with an L700 tape robot=20
> populated with DLT7000=20
> drives.=20
> =20
> After running out of cleaning tapes & so not=20
> cleaning drives for several=20
> weeks, I found that the robot was not complaining=20
> about many drives needing=20
> cleaning & so investigated. I found that Netbackup=20
> was set to clean these=20
> every 24 hours which seems far too often - I have=20
> upped this to 168 hours=20
> for now.=20
> =20
> Reading the DLT handbook, it seems to me that we=20
> shouldn't be cleaning our=20
> drives automatically at all, just manually cleaning=20
> if a particular problem=20
> with a drive.=20
> =20
> What do other people do with these drives?=20
> =20
> thanks, Phil=20
>=20
> Phil Weber=20
> Egg Distributed Hosts - UNIX Systems Engineer=20
> Phone: 01384 26 4136=20
> Mobile:=20
>=20
> -----Original Message-----=20
> From: Marianne Van den Berg=20
> [ mailto:Marianne.VandenBerg AT mgxgroup DOT com
<mailto:Marianne.VandenBerg AT mgxgroup DOT com> ]=20
> Sent: 03 March 2003 14:13=20
> To: NBUList (E-mail)=20
> Subject: [Veritas-bu] bpcr_connect timeout during=20
> select after 60 seconds=20
>=20
>=20
> Hi=20
> =20
> My customer is getting the above message in bpbrm on=20
> the media server since=20
> last night (Everything has been working fine all=20
> along).=20
> 2 streams are backed up on a W2K client - 1 stream=20
> backs up fine, the 2nd=20
> fails with code 54 after 1 minute. The timeouts in=20
> the media server's=20
> bp.conf (Tru64) are as follows :=20
> CLIENT_CONNECT_TIMEOUT =3D 7200=20
> CLIENT_READ_TIMEOUT =3D 7200=20
> =20
> This is a normal scheduled backup. When the streams=20
> are limited to 1, the=20
> backup works fine - it only happens when multiple=20
> streams are backed up.=20
> I've checked all the bpclntcmd's between the media=20
> server and the client -=20
> everything resolves fine. No errors in bpcd log on=20
> client (all exit code=20
> 0's).=20
> (NBU 3.4 patch 4.)=20
> =20
> Any ideas about the 60 sec timeout?=20
> =20
> Regards=20
> =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=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=20
> intended for the=20
> above-mentioned recipient. If you have received this=20
> e-mail in error, kindly=20
> notify the sender and delete it immediately as it=20
> contains information=20
> relating to the official business of MGX Solutions=20
> (Pty) Limited, which is=20
> confidential, legally privileged and proprietary to=20
> MGX Solutions (Pty)=20
> Limited. MGX Solutions (Pty) Limited does not own=20
> and endorse any other=20
> content. The views and opinions expressed in this=20
> e-mail are those of the=20
> sender unless clearly stated as being those of MGX=20
> Solutions (Pty) Limited.=20
>=20
> =20
>=20
>=20
> This private and confidential e-mail has been sent=20
> to you by Egg.=20
> The Egg group of companies includes Egg Banking plc=20
> (registered no. 2999842), Egg Financial Products Ltd=20
> (registered=20
> no. 3319027) and Egg Investments Ltd (registered no.=20
> 3403963) which=20
> carries out investment business on behalf of Egg and=20
> is regulated=20
> by the Financial Services Authority.=20
> Registered in England and Wales. Registered offices:=20
> 1 Waterhouse Square,=20
> 138-142 Holborn, London EC1N 2NA.=20
> If you are not the intended recipient of this e-mail=20
> and have=20
> received it in error, please notify the sender by=20
> replying with=20
> 'received in error' as the subject and then delete=20
> it from your=20
> mailbox.=20
>=20
>=20
>=20
__________________________________________________=20
Do you Yahoo!?=20
Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!=20
http://platinum.yahoo.com <http://platinum.yahoo.com> =20
If you have received this e-mail in error or wish to read our e-mail discla=
imer statement and monitoring policy, please refer to http://www.drkw.com/d=
isc/email/ or contact the sender.
------_=_NextPart_001_01C2ED67.8415E0D9
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">
<TITLE>RE: [Veritas-bu] Cleaning Frequency</TITLE>
<META content=3D"MSHTML 5.50.4923.2500" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D989300016-18032003><FONT face=3DArial color=3D#0000ff si=
ze=3D2>Is=20
there any way to test tapealert to make sure it's working? I'd rather not w=
ait=20
until a drive starts causing errors to find out that I didn't configure it=
properly.</FONT></SPAN></DIV>
<BLOCKQUOTE dir=3Dltr style=3D"MARGIN-RIGHT: 0px">
<DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT face=3DTah=
oma=20
size=3D2>-----Original Message-----<BR><B>From:</B> Brochart, Fabrice=20
[mailto:BrochF AT europe.stortek DOT com]<BR><B>Sent:</B> Tuesday, March 18,
200=
3=20
10:36 AM<BR><B>To:</B> 'Douglas Ritschel'; Brochart, Fabrice; 'Weber, Phi=
lip';=20
NBUList (E-mail)<BR><B>Subject:</B> RE: [Veritas-bu] Cleaning=20
Frequency<BR><BR></FONT></DIV><BR>
<P><FONT size=3D2>You right, sometimes it did it.</FONT> <BR><FONT=20
size=3D2>NetBackup wait a while before downing the drive.</FONT> <BR><FON=
T=20
size=3D2>It depend of the clean number of the cleaning cartridge, but nor=
mally=20
NetBackup didn't Down the drive.</FONT> </P>
<P><FONT size=3D2>So here are the choice:=20
</FONT><BR> =20
=20
=20
<FONT size=3D2>1=B0 TapeAlert=
(system)</FONT> <BR> =20
=20
=20
<FONT size=3D2>2=B0 Cleaning=
Periodic</FONT> <BR> =20
=20
=20
<FONT size=3D2>3=B0 AutoClean =
with=20
Robotic</FONT> </P>
<P><FONT size=3D2>First, normally it should be the good choice, your syst=
em must=20
support it. Veritas doesn't seem to like it.(?)</FONT> </P>
<P><FONT size=3D2>Second choice : DLT ask when it need a cleaning , so if=
you=20
clean it periodically you may wait a long time between a demand from the =
drive=20
and the effective clean and it's destructive (abrasive) for the drive hea=
d, so=20
life time head is shorter.</FONT></P>
<P><FONT size=3D2>Third choice : Good but as Douglas said ,sometimes NetB=
ackup=20
could down the drive due to the time of cleaning (rarely but=20
exist).</FONT></P>
<P><FONT size=3D2>As you want.</FONT> </P>
<P><FONT size=3D2>F@b</FONT> </P><BR>
<P><FONT size=3D2>-----Message d'origine-----</FONT> <BR><FONT size=3D2>D=
e :=20
Douglas Ritschel [<A=20
href=3D"mailto:dritschel62 AT yahoo DOT com">mailto:dritschel62 AT yahoo DOT
com</A>]</=
FONT>=20
<BR><FONT size=3D2>Envoy=E9 : mardi 18 mars 2003 15:35</FONT> <BR><FONT s=
ize=3D2>=C0 :=20
Brochart, Fabrice; 'Weber, Philip'; NBUList (E-mail)</FONT> <BR><FONT=20
size=3D2>Objet : RE: [Veritas-bu] Cleaning Frequency</FONT> </P><BR>
<P><FONT size=3D2>NetBackup gets confused if the robot's autocleaning</FO=
NT>=20
<BR><FONT size=3D2>inserts a cleaning tape in a drive at the same time</F=
ONT>=20
<BR><FONT size=3D2>NetBackup attempts to use the drive. There is a</FONT>=
<BR><FONT size=3D2>collision and NetBackup marks the drive as down. =
;=20
</FONT></P><BR><BR>
<P><FONT size=3D2>--- "Brochart, Fabrice"=20
<BrochF AT europe.stortek DOT com></FONT> <BR><FONT
size=3D2>wrote:</FONT>=
<BR><FONT size=3D2>> Hi,</FONT> <BR><FONT size=3D2>> </FONT>=
<BR><FONT=20
size=3D2>> Effectively, you must not clean your DLT so often.</FONT>=
<BR><FONT size=3D2>> </FONT><BR><FONT size=3D2>> Why you don=
't use=20
robotic cleaning ??</FONT> <BR><FONT size=3D2>> </FONT><BR><FONT=
size=3D2>> Disable TapeAlert,AutoClean Veritas, and use robotic</FONT=
>=20
<BR><FONT size=3D2>> autocleaning, which is</FONT> <BR><FONT size=3D2>=
> the=20
better, you can trust me.</FONT> <BR><FONT size=3D2>> </FONT><BR=
><FONT=20
size=3D2>> Hth</FONT> <BR><FONT size=3D2>> </FONT><BR><FONT=
size=3D2>> F@b</FONT> <BR><FONT size=3D2>> </FONT><BR><FONT size=
=3D2>>=20
-----Message d'origine-----</FONT> <BR><FONT size=3D2>> De : Weber, Ph=
ilip=20
[<A href=3D"mailto:Philip.Weber AT egg DOT com">mailto:Philip.Weber AT egg
DOT com</A>]=
</FONT>=20
<BR><FONT size=3D2>> Envoy=E9 : mardi 18 mars 2003 13:36</FONT> <BR><F=
ONT=20
size=3D2>> =C0 : NBUList (E-mail)</FONT> <BR><FONT size=3D2>> Objet=
:=20
[Veritas-bu] Cleaning Frequency</FONT> <BR><FONT size=3D2>> </FONT><BR=
><FONT=20
size=3D2>> </FONT><BR><FONT size=3D2>> Hi all,</FONT> <BR><FONT=20
size=3D2>> </FONT><BR><FONT size=3D2>> We are running Netback=
up 3.4=20
with an L700 tape robot</FONT> <BR><FONT size=3D2>> populated with=20
DLT7000</FONT> <BR><FONT size=3D2>> drives.</FONT> <BR><FONT=20
size=3D2>> </FONT><BR><FONT size=3D2>> After running out of c=
leaning=20
tapes & so not</FONT> <BR><FONT size=3D2>> cleaning drives for=20
several</FONT> <BR><FONT size=3D2>> weeks, I found that the robot was =
not=20
complaining</FONT> <BR><FONT size=3D2>> about many drives needing</FON=
T>=20
<BR><FONT size=3D2>> cleaning & so investigated. I found tha=
t=20
Netbackup</FONT> <BR><FONT size=3D2>> was set to clean these</FONT> <B=
R><FONT=20
size=3D2>> every 24 hours which seems far too often - I have</FONT> <B=
R><FONT=20
size=3D2>> upped this to 168 hours</FONT> <BR><FONT size=3D2>> for=
now.</FONT> <BR><FONT size=3D2>> </FONT><BR><FONT size=3D2>>=
Reading=20
the DLT handbook, it seems to me that we</FONT> <BR><FONT size=3D2>>=
shouldn't be cleaning our</FONT> <BR><FONT size=3D2>> drives automati=
cally at=20
all, just manually cleaning</FONT> <BR><FONT size=3D2>> if a particula=
r=20
problem</FONT> <BR><FONT size=3D2>> with a drive.</FONT> <BR><FONT=20
size=3D2>> </FONT><BR><FONT size=3D2>> What do other people d=
o with=20
these drives?</FONT> <BR><FONT size=3D2>> </FONT><BR><FONT size=
=3D2>>=20
thanks, Phil</FONT> <BR><FONT size=3D2>> </FONT><BR><FONT size=3D2>>=
; Phil=20
Weber </FONT><BR><FONT size=3D2>> Egg Distributed Hosts - UNIX Systems=
Engineer </FONT><BR><FONT size=3D2>> Phone: 01384 26 4136 </FONT><BR>=
<FONT=20
size=3D2>> Mobile: </FONT><BR><FONT size=3D2>> </FONT><BR><FONT siz=
e=3D2>>=20
-----Original Message-----</FONT> <BR><FONT size=3D2>> From: Marianne =
Van den=20
Berg</FONT> <BR><FONT size=3D2>> [<A=20
href=3D"mailto:Marianne.VandenBerg AT mgxgroup DOT
com">mailto:Marianne.VandenBe=
rg AT mgxgroup DOT com</A>]</FONT>=20
<BR><FONT size=3D2>> Sent: 03 March 2003 14:13</FONT> <BR><FONT size=
=3D2>>=20
To: NBUList (E-mail)</FONT> <BR><FONT size=3D2>> Subject: [Veritas-bu]=
bpcr_connect timeout during</FONT> <BR><FONT size=3D2>> select after =
60=20
seconds</FONT> <BR><FONT size=3D2>> </FONT><BR><FONT size=3D2>>=20
</FONT><BR><FONT size=3D2>> Hi </FONT><BR><FONT size=3D2>> =20
</FONT><BR><FONT size=3D2>> My customer is getting the above message i=
n bpbrm=20
on</FONT> <BR><FONT size=3D2>> the media server since</FONT> <BR><FONT=
size=3D2>> last night (Everything has been working fine all</FONT> <B=
R><FONT=20
size=3D2>> along).</FONT> <BR><FONT size=3D2>> 2 streams are backed=
up on a=20
W2K client - 1 stream</FONT> <BR><FONT size=3D2>> backs up fine, the=
2nd</FONT> <BR><FONT size=3D2>> fails with code 54 after 1 minute. Th=
e=20
timeouts in</FONT> <BR><FONT size=3D2>> the media server's</FONT> <BR>=
<FONT=20
size=3D2>> bp.conf (Tru64) are as follows : </FONT><BR><FONT size=3D2>=
>=20
CLIENT_CONNECT_TIMEOUT =3D 7200</FONT> <BR><FONT size=3D2>> CLIENT_REA=
D_TIMEOUT=20
=3D 7200</FONT> <BR><FONT size=3D2>> </FONT><BR><FONT size=3D2>&=
gt; This is=20
a normal scheduled backup. When the streams</FONT> <BR><FONT size=3D2>>=
; are=20
limited to 1, the</FONT> <BR><FONT size=3D2>> backup works fine - it o=
nly=20
happens when multiple</FONT> <BR><FONT size=3D2>> streams are backed u=
p.=20
</FONT><BR><FONT size=3D2>> I've checked all the bpclntcmd's between t=
he=20
media</FONT> <BR><FONT size=3D2>> server and the client -</FONT> <BR><=
FONT=20
size=3D2>> everything resolves fine. No errors in bpcd log on</FONT>=
<BR><FONT size=3D2>> client (all exit code</FONT> <BR><FONT size=3D2>=
>=20
0's).</FONT> <BR><FONT size=3D2>> (NBU 3.4 patch 4.)</FONT> <BR><FONT=
size=3D2>> </FONT><BR><FONT size=3D2>> Any ideas about the 6=
0 sec=20
timeout?</FONT> <BR><FONT size=3D2>> </FONT><BR><FONT size=3D2>&=
gt;=20
Regards</FONT> <BR><FONT size=3D2>> </FONT><BR><FONT size=3D2>&g=
t;=20
Marianne van den Berg </FONT><BR><FONT size=3D2>> Senior Support Engin=
eer=20
</FONT><BR><FONT size=3D2>> MGX Solutions </FONT><BR><FONT size=3D2>&g=
t;=20
Tel: +27 11 695 2064 </FONT><BR><FONT size=3D2>> Fax: +27 11 695=
2291=20
</FONT><BR><FONT size=3D2>> Mobile: +27 82 468 8107 </FONT><BR><FONT=
size=3D2>> mailto: marianne.vandenberg AT mgxsolutions.co DOT za</FONT>
<BR>=
<FONT=20
size=3D2>> <<A=20
href=3D"mailto:marianne.vandenberg AT mgxsolutions.co DOT
za">mailto:marianne.va=
ndenberg AT mgxsolutions.co DOT za</A>>=20
</FONT><BR><FONT size=3D2>> This e-mail and attachments relating there=
to,=20
is</FONT> <BR><FONT size=3D2>> intended for the</FONT> <BR><FONT size=
=3D2>>=20
above-mentioned recipient. If you have received this</FONT> <BR><FONT=20
size=3D2>> e-mail in error, kindly</FONT> <BR><FONT size=3D2>> noti=
fy the=20
sender and delete it immediately as it</FONT> <BR><FONT size=3D2>> con=
tains=20
information</FONT> <BR><FONT size=3D2>> relating to the official busin=
ess of=20
MGX Solutions</FONT> <BR><FONT size=3D2>> (Pty) Limited, which is</FON=
T>=20
<BR><FONT size=3D2>> confidential, legally privileged and proprietary=
to</FONT> <BR><FONT size=3D2>> MGX Solutions (Pty)</FONT> <BR><FONT=
size=3D2>> Limited. MGX Solutions (Pty) Limited does not own</FONT> <=
BR><FONT=20
size=3D2>> and endorse any other</FONT> <BR><FONT size=3D2>> conten=
t. The=20
views and opinions expressed in this</FONT> <BR><FONT size=3D2>> e-mai=
l are=20
those of the</FONT> <BR><FONT size=3D2>> sender unless clearly stated =
as=20
being those of MGX</FONT> <BR><FONT size=3D2>> Solutions (Pty)=20
Limited.</FONT> <BR><FONT size=3D2>> </FONT><BR><FONT size=3D2>>&nb=
sp;=20
</FONT><BR><FONT size=3D2>> </FONT><BR><FONT size=3D2>> </FONT><BR>=
<FONT=20
size=3D2>> This private and confidential e-mail has been sent</FONT>=
<BR><FONT size=3D2>> to you by Egg.</FONT> <BR><FONT size=3D2>> Th=
e Egg=20
group of companies includes Egg Banking plc</FONT> <BR><FONT size=3D2>>=
;=20
(registered no. 2999842), Egg Financial Products Ltd</FONT> <BR><FONT=20
size=3D2>> (registered</FONT> <BR><FONT size=3D2>> no. 3319027) and=
Egg=20
Investments Ltd (registered no.</FONT> <BR><FONT size=3D2>> 3403963)=
which</FONT> <BR><FONT size=3D2>> carries out investment business on =
behalf=20
of Egg and</FONT> <BR><FONT size=3D2>> is regulated</FONT> <BR><FONT=
size=3D2>> by the Financial Services Authority. </FONT><BR><FONT size=
=3D2>>=20
Registered in England and Wales. Registered offices:</FONT> <BR><FONT=20
size=3D2>> 1 Waterhouse Square,</FONT> <BR><FONT size=3D2>> 138-142=
Holborn,=20
London EC1N 2NA.</FONT> <BR><FONT size=3D2>> If you are not the intend=
ed=20
recipient of this e-mail</FONT> <BR><FONT size=3D2>> and have</FONT>=
<BR><FONT size=3D2>> received it in error, please notify the sender b=
y</FONT>=20
<BR><FONT size=3D2>> replying with</FONT> <BR><FONT size=3D2>> 'rec=
eived in=20
error' as the subject and then delete</FONT> <BR><FONT size=3D2>> it f=
rom=20
your</FONT> <BR><FONT size=3D2>> mailbox.</FONT> <BR><FONT size=3D2>&g=
t;=20
</FONT><BR><FONT size=3D2>> </FONT><BR><FONT size=3D2>> </FONT></P>=
<BR>
<P><FONT size=3D2>__________________________________________________</FON=
T>=20
<BR><FONT size=3D2>Do you Yahoo!?</FONT> <BR><FONT size=3D2>Yahoo! Platin=
um -=20
Watch CBS' NCAA March Madness, live on your desktop!</FONT> <BR><FONT=20
size=3D2><A target=3D_blank=20
href=3D"http://platinum.yahoo.com";>http://platinum.yahoo.com</A></FONT>=
</P></BLOCKQUOTE><FONT SIZE=3D3><BR>
<BR>
If you have received this e-mail in error or wish to read our e-mail discla=
imer statement and monitoring policy, please refer to http://www.drkw.com/d=
isc/email/ or contact the sender.<BR>
</FONT>
</BODY></HTML>
------_=_NextPart_001_01C2ED67.8415E0D9--
|
