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_01C30452.C9BE57F0
Content-Type: text/plain
I have a similar problem that is not human error. Some shared DLT drives on
the SAN go DOWN on one of the Media Servers leaving the tapes in the drives,
but another Media Server (or Master Server) still wants to mount usuable
tapes.
NBU (version 4.5 Solaris, no maintenance patches, using L700 Tape Library)
proceeds to try mounting tapes into the already occupied DOWN drives, marks
the tape as unmountable, FREEZES the tape, then proceeds to look for another
AVAILABLE or ACTIVE tape and again tried to mount the tape into the occupied
drive. It goes through this until all AVAILABLE or ACTIVE tapes have been
tried, and failed, leaving the library with no more tapes to use - all have
been FROZEN, jobs die with a 96 code. Veritas blames StorEdgeTek who in turn
blames Veritas. StorEdgeTek told me that they know of a few sites with this
problem that was solved with MP1. Veritas said they can't confirm that.
I am about to install MP3 soon in the hope that the problem goes away. In
the meantime, we have a cronjob script that runs occasionally throughout the
day that unfreezes any tapes that have zero kbytes - the rest of the tapes I
run bpverify on and unfreeze by hand...sometimes I juct go ahead and
unfreeze the ACTIVE tapes when I am sure I can do so.
We have also tried using vmdareq to keep the Master Server as the scan host,
but it has not helped much.
Paul
-----Original Message-----
From: Badinter, George [mailto:george.badinter AT citigroup DOT com]
Sent: Wednesday, April 16, 2003 10:24 AM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] Tape management - Frozen Tapes?
Thank you all for your advice/assistance. It turns out it was a pure human
error. The person who did the tapes messed up and put some tapes in the
slots which were already occupied (the real tape was in the drive). Hence,
the Netbackup got confused, because it couldn't load the tapes in (since
there were tapes already in the drive). Once, I emptied the silo and
re-inventoried it started working.
Thanks again.
George
-----Original Message-----
From: Badinter, George
Sent: Tuesday, April 15, 2003 5:00 PM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] Tape management - Frozen Tapes?
Here is the situation - I am running 4.5 MP2 on Solaris 2.8. Suddenly, my
media server started running out of tapes - I get error 96. After some
investigation I had discovered that all the tapes are frozen. I unfroze the
tapes, expired them and delete them from silo. re-inventory the silo - the
tapes shows up ok. However, as soon as, I start backup it freezes all the
tapes again with the following messages (from my both log):
15:45:26.525 [8780] <2> logconnections: BPDBM CONNECT FROM
169.188.0.113.54263 TO 169.188.0.70.13721
15:45:26.682 [8799] <2> io_set_recvbuf: setting receive network buffer to
65535 bytes
15:45:26.744 [8780] <16> write_backup: FREEZING media id DHB222, it is
unmountable and cannot be used for backups
15:45:26.777 [8780] <2> add_to_vmhost_list: added camsasprt05 to vmhost list
15:45:26.901 [8780] <2> select_media: getting new media id for retention
level 1
Help ?
Thanks.
George
_______________________________________________
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
------_=_NextPart_001_01C30452.C9BE57F0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3DUS-ASCII">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2653.12">
<TITLE>RE: [Veritas-bu] Tape management - Frozen Tapes?</TITLE>
</HEAD>
<BODY>
<P><FONT SIZE=3D2>I have a similar problem that is not human error. =
Some shared DLT drives on the SAN go DOWN on one of the Media Servers =
leaving the tapes in the drives, but another Media Server (or Master =
Server) still wants to mount usuable tapes. </FONT></P>
<P><FONT SIZE=3D2>NBU (version 4.5 Solaris, no maintenance patches, =
using L700 Tape Library) proceeds to try mounting tapes into the =
already occupied DOWN drives, marks the tape as unmountable, FREEZES =
the tape, then proceeds to look for another AVAILABLE or ACTIVE tape =
and again tried to mount the tape into the occupied drive. It goes =
through this until all AVAILABLE or ACTIVE tapes have been tried, and =
failed, leaving the library with no more tapes to use - all have been =
FROZEN, jobs die with a 96 code. Veritas blames StorEdgeTek who in turn =
blames Veritas. StorEdgeTek told me that they know of a few sites with =
this problem that was solved with MP1. Veritas said they can't confirm =
that. </FONT></P>
<P><FONT SIZE=3D2>I am about to install MP3 soon in the hope that the =
problem goes away. In the meantime, we have a cronjob script that runs =
occasionally throughout the day that unfreezes any tapes that have zero =
kbytes - the rest of the tapes I run bpverify on and unfreeze by =
hand...sometimes I juct go ahead and unfreeze the ACTIVE tapes when I =
am sure I can do so. </FONT></P>
<P><FONT SIZE=3D2>We have also tried using vmdareq to keep the Master =
Server as the scan host, but it has not helped much.</FONT>
</P>
<P><FONT SIZE=3D2>Paul</FONT>
</P>
<P><FONT SIZE=3D2>-----Original Message-----</FONT>
<BR><FONT SIZE=3D2>From: Badinter, George [<A =
HREF=3D"mailto:george.badinter AT citigroup DOT com">mailto:george.badinter@cit=
igroup.com</A>] </FONT>
<BR><FONT SIZE=3D2>Sent: Wednesday, April 16, 2003 10:24 AM</FONT>
<BR><FONT SIZE=3D2>To: veritas-bu AT mailman.eng.auburn DOT edu</FONT>
<BR><FONT SIZE=3D2>Subject: RE: [Veritas-bu] Tape management - Frozen =
Tapes?</FONT>
</P>
<P><FONT SIZE=3D2>Thank you all for your advice/assistance. It turns =
out it was a pure human</FONT>
<BR><FONT SIZE=3D2>error. The person who did the tapes messed up and =
put some tapes in the</FONT>
<BR><FONT SIZE=3D2>slots which were already occupied (the real tape was =
in the drive). Hence,</FONT>
<BR><FONT SIZE=3D2>the Netbackup got confused, because it couldn't load =
the tapes in (since</FONT>
<BR><FONT SIZE=3D2>there were tapes already in the drive). Once, I =
emptied the silo and</FONT>
<BR><FONT SIZE=3D2>re-inventoried it started working.</FONT>
</P>
<P><FONT SIZE=3D2>Thanks again.</FONT>
</P>
<BR>
<P><FONT SIZE=3D2>George</FONT>
</P>
<P><FONT SIZE=3D2>-----Original Message-----</FONT>
<BR><FONT SIZE=3D2>From: Badinter, George </FONT>
<BR><FONT SIZE=3D2>Sent: Tuesday, April 15, 2003 5:00 PM</FONT>
<BR><FONT SIZE=3D2>To: veritas-bu AT mailman.eng.auburn DOT edu</FONT>
<BR><FONT SIZE=3D2>Subject: [Veritas-bu] Tape management - Frozen =
Tapes?</FONT>
</P>
<BR>
<BR>
<P><FONT SIZE=3D2> Here is the situation - I am running 4.5 MP2 on =
Solaris 2.8. Suddenly, my</FONT>
<BR><FONT SIZE=3D2>media server started running out of tapes - I get =
error 96. After some</FONT>
<BR><FONT SIZE=3D2>investigation I had discovered that all the tapes =
are frozen. I unfroze the</FONT>
<BR><FONT SIZE=3D2>tapes, expired them and delete them from silo. =
re-inventory the silo - the</FONT>
<BR><FONT SIZE=3D2>tapes shows up ok. However, as soon as, I start =
backup it freezes all the</FONT>
<BR><FONT SIZE=3D2>tapes again with the following messages (from my =
both log):</FONT>
</P>
<P><FONT SIZE=3D2>15:45:26.525 [8780] <2> logconnections: BPDBM =
CONNECT FROM</FONT>
<BR><FONT SIZE=3D2>169.188.0.113.54263 TO 169.188.0.70.13721</FONT>
<BR><FONT SIZE=3D2>15:45:26.682 [8799] <2> io_set_recvbuf: =
setting receive network buffer to</FONT>
<BR><FONT SIZE=3D2>65535 bytes</FONT>
<BR><FONT SIZE=3D2>15:45:26.744 [8780] <16> write_backup: =
FREEZING media id DHB222, it is</FONT>
<BR><FONT SIZE=3D2>unmountable and cannot be used for backups</FONT>
<BR><FONT SIZE=3D2>15:45:26.777 [8780] <2> add_to_vmhost_list: =
added camsasprt05 to vmhost list</FONT>
<BR><FONT SIZE=3D2>15:45:26.901 [8780] <2> select_media: getting =
new media id for retention</FONT>
<BR><FONT SIZE=3D2>level 1</FONT>
</P>
<BR>
<P><FONT SIZE=3D2>Help ?</FONT>
</P>
<BR>
<P><FONT SIZE=3D2>Thanks.</FONT>
</P>
<BR>
<P><FONT SIZE=3D2>George</FONT>
</P>
<P><FONT =
SIZE=3D2>_______________________________________________</FONT>
<BR><FONT SIZE=3D2>Veritas-bu maillist - =
Veritas-bu AT mailman.eng.auburn DOT edu</FONT>
<BR><FONT SIZE=3D2><A =
HREF=3D"http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu"; =
TARGET=3D"_blank">http://mailman.eng.auburn.edu/mailman/listinfo/veritas=
-bu</A></FONT>
<BR><FONT =
SIZE=3D2>_______________________________________________</FONT>
<BR><FONT SIZE=3D2>Veritas-bu maillist - =
Veritas-bu AT mailman.eng.auburn DOT edu</FONT>
<BR><FONT SIZE=3D2><A =
HREF=3D"http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu"; =
TARGET=3D"_blank">http://mailman.eng.auburn.edu/mailman/listinfo/veritas=
-bu</A></FONT>
</P>
</BODY>
</HTML>
------_=_NextPart_001_01C30452.C9BE57F0--
|
