|
[Veritas-bu] error 96 but have scratch
2003-05-14 11:25:58
|
Subject: |
[Veritas-bu] error 96 but have scratch |
|
From: |
GreenbergKA AT aetna DOT com (Greenberg, Katherine A) |
|
Date: |
Wed, 14 May 2003 11:25:58 -0400 |
This is a multi-part message in MIME format.
------_=_NextPart_001_01C31A2D.1E99D52B
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
You might want to also look at doing:
=20
touch /usr/openv/netbackup/DISABLE_COUNTMEDIA=20
=20
We found that with somewhere around 10,000 tapes in a library, some of
the media counts can take a while and it was causing backups to end with
96 errors.
=20
~Kate
Katherine Greenberg=20
Systems Engineer=20
Mid-Range Storage Management=20
Aetna, Inc.=20
bensonka AT aetna DOT com=20
860.636.6724=20
-----Original Message-----
From: Tim McMurphy [mailto:Tim.McMurphy AT telus DOT com]=20
Sent: Tuesday, May 13, 2003 12:02 AM
To: 'Dave Markham'; veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] error 96 but have scratch
I had the same problem and had 2 cases opened with Veritas on it. If you
specify "any available" storage unit change it to force the class to use
one not "any available" (shades of the evil "auto negotiate"). That was
the workaround I came up with while waiting for Veritas. Here is what
they said to do. By the way it showed up as status 96 in the job monitor
but was really a status 174 in the debug logs.
=20
=20
--- From Veritas (case # 181-316-761)
Try this. Create a file on the problem media server:
echo 0 >/usr/openv/volmgr/VMDB_QUERY_BUFFER_SIZE
See if that resolves it.
=20
--- From me (case # 181-316-761)
What is this one supposed to do that would fix it?
=20
--- From Veritas (case # 181-316-761)
=20
An enhancement was made to vmd that caused it to buffer some of the
workload. This did not always work.=20
Here are the errors in your bptm log that show this :
10:07:44 [1170] <16> string_to_record: cannot convert unrecognized
string: me Manager
10:07:45 [1170] <16> count_media: unable to query Media Manager volume
daemon on host odin, unexpected data received
10:07:45 [1170] <2> bptm: EXITING with status 174 <----------
=20
The fix is already coded into the next patch release.
=20
-----Original Message-----
From: Dave Markham [mailto:dave.markham AT fjserv DOT net]
Sent: Friday, May 09, 2003 4:33 AM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] error 96 but have scratch
I am seeing a weird activity
Im running netbackup 3.2 on solaris 8 with an L1000 unit attached
=20
I have various classes and schedules set up which all seem to work ok
but im am seeing more and more error 96 no media to assign which is fine
if there is none, but when I look I see plenty of scratch in the jukebox
which is odd.
It seems that tapes from scratch are not being taken and changed to the
pool required but at times they might be.
=20
I have no frozen tapes and no down drives although bperror -U -media
shows reports :-
=20
1052446020 1 132 8 tpf-pbs1 19280 0 0 tpf-pas3 bptm media id DBQ856 is
in a DOWN drive, misplaced, or unmountable; attempting retry with
different media id
1052446164 1 132 8 tpf-pbs1 19280 0 0 tpf-pas3 bptm media id DBQ838 is
in a DOWN drive, misplaced, or unmountable; attempting retry with
different media id
1052446312 1 132 8 tpf-pbs1 19280 0 0 tpf-pas3 bptm media id DBQ883 is
in a DOWN drive, misplaced, or unmountable; attempting retry with
different media id
Anyone seen anything like this? or have any idea why scratch may not be
used ?
=20
I have an auto-sratch script which runs and places all deassigned media
into scratch pool each day too so there should be scratch.
=20
Dave
=20
=20
This e-mail may contain confidential or privileged information. If you
think you have received this e-mail in error, please advise the sender by
reply e-mail and then delete this e-mail immediately. Thank you. Aetna
------_=_NextPart_001_01C31A2D.1E99D52B
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>Message</TITLE>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><SPAN class=3D678132215-14052003><FONT face=3DArial>You might want to=
also look=20
at doing:</FONT></SPAN></DIV>
<DIV><SPAN class=3D678132215-14052003><FONT size=3D2><FONT face=3DArial=20
size=3D3></FONT></FONT></SPAN> </DIV>
<DIV><SPAN class=3D678132215-14052003><FONT size=3D2><FONT face=3DArial=20
size=3D3>touch <SPAN=20
class=
=3D678132215-14052003>/usr/o</SPAN>penv/netbackup/DISABLE_COUNTMEDIA</FONT>=
=20
</FONT></SPAN></DIV>
<DIV><SPAN class=3D678132215-14052003><FONT face=
=3DArial></FONT></SPAN> </DIV>
<DIV><SPAN class=3D678132215-14052003><FONT face=3DArial>We found that with=
=20
somewhere around 10,000 tapes in a library, some of the media counts can=
take a=20
while and it was causing backups to end with 96 errors.</FONT></SPAN></DIV>
<DIV><SPAN class=3D678132215-14052003><FONT face=
=3DArial></FONT></SPAN> </DIV>
<DIV><SPAN class=3D678132215-14052003><FONT face=
=3DArial>~Kate</FONT></SPAN></DIV>
<P><FONT face=3DGeorgia>Katherine Greenberg</FONT> <BR><FONT face=
=3DGeorgia>Systems=20
Engineer</FONT> <BR><FONT face=3DGeorgia>Mid-Range Storage=
Management</FONT>=20
<BR><FONT face=3DGeorgia>Aetna, Inc.</FONT> <BR><FONT=20
face=3DGeorgia>bensonka AT aetna DOT com</FONT> <BR><FONT=20
face=3DGeorgia>860.636.6724</FONT> </P>
<DIV></DIV>
<DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr align=3Dleft><FONT=
face=3DTahoma=20
size=3D2>-----Original Message-----<BR><B>From:</B> Tim McMurphy=20
[mailto:Tim.McMurphy AT telus DOT com] <BR><B>Sent:</B> Tuesday, May 13, 2003=
12:02=20
AM<BR><B>To:</B> 'Dave Markham';=20
veritas-bu AT mailman.eng.auburn DOT edu<BR><B>Subject:</B> RE: [Veritas-bu]
error=
96=20
but have scratch<BR><BR></FONT></DIV>
<DIV><SPAN class=3D714100404-13052003><FONT face=3DArial color=3D#0000ff=
size=3D2>I had=20
the same problem and had 2 cases opened with Veritas on it. If you specify=
"any=20
available" storage unit change it to force the class to use one not "any=20
available" (shades of the evil "auto negotiate"). That was the workaround I=
came=20
up with while waiting for Veritas. Here is what they said to do. By the way=
it=20
showed up as status 96 in the job monitor but was really a status=
174 in=20
the debug logs.</FONT></SPAN></DIV>
<DIV><SPAN class=3D714100404-13052003><FONT face=3DArial color=3D#0000ff=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D714100404-13052003> =20
<P style=3D"MARGIN: 0px; WORD-SPACING: 0px; LINE-HEIGHT: 100%"><SPAN=20
class=3D714100404-13052003>--- From Veritas (</SPAN>case #=20
181-316-761<SPAN class=3D714100404-13052003>)</SPAN><BR></P>
<P style=3D"MARGIN: 0px; WORD-SPACING: 0px; LINE-HEIGHT: 100%">Try this.=
Create a=20
file on the problem media server:<BR>echo 0=20
>/usr/openv/volmgr/VMDB_QUERY_BUFFER_SIZE</P>
<P style=3D"MARGIN: 0px; WORD-SPACING: 0px; LINE-HEIGHT: 100%">See if that=
=20
resolves it.</P>
<P style=3D"MARGIN: 0px; WORD-SPACING: 0px; LINE-HEIGHT: 100%"> </P>
<P style=3D"MARGIN: 0px; WORD-SPACING: 0px; LINE-HEIGHT: 100%"><SPAN=20
class=3D714100404-13052003>--- From me (</SPAN>case #=
181-316-761<SPAN=20
class=3D714100404-13052003>)</SPAN><BR></P>
<P style=3D"MARGIN: 0px; WORD-SPACING: 0px; LINE-HEIGHT: 100%">What is this=
=20
one<SPAN class=3D714100404-13052003> </SPAN>supposed to do that would fix=
it?</P>
<P style=3D"MARGIN: 0px; WORD-SPACING: 0px; LINE-HEIGHT: 100%"> </P>
<P style=3D"MARGIN: 0px; WORD-SPACING: 0px; LINE-HEIGHT: 100%"><SPAN=20
class=3D714100404-13052003>--- From Veritas (</SPAN>case #=20
181-316-761<SPAN class=3D714100404-13052003>)</SPAN></P>
<P style=3D"MARGIN: 0px; WORD-SPACING: 0px; LINE-HEIGHT: 100%"><SPAN=20
class=3D714100404-13052003></SPAN> </P>
<P style=3D"MARGIN: 0px; WORD-SPACING: 0px; LINE-HEIGHT: 100%">An=
enhancement was=20
made to vmd that caused it to buffer some of the workload. This did not=
always=20
work. </P>
<P style=3D"MARGIN: 0px; WORD-SPACING: 0px; LINE-HEIGHT: 100%">Here are the=
errors=20
in your bptm log that show this :</P>
<P style=3D"MARGIN: 0px; WORD-SPACING: 0px; LINE-HEIGHT: 100%">10:07:44=
[1170]=20
<16> string_to_record: cannot convert unrecognized string: me=20
Manager<BR>10:07:45 [1170] <16> count_media: unable to query Media=
Manager=20
volume daemon on host odin, unexpected data received<BR>10:07:45 [1170]=20
<2> bptm: EXITING with status 174 <----------</P>
<P style=3D"MARGIN: 0px; WORD-SPACING: 0px; LINE-HEIGHT: 100%"><FONT face=
=3DArial=20
color=3D#0000ff size=3D2></FONT> </P>
<P style=3D"MARGIN: 0px; WORD-SPACING: 0px; LINE-HEIGHT: 100%">The fix is=
already=20
coded into the next patch release.<BR><BR></SPAN><FONT face=3DTahoma><FONT=
=20
size=3D2><SPAN class=3D714100404-13052003></SPAN></FONT></FONT></P>
<P style=3D"MARGIN: 0px; WORD-SPACING: 0px; LINE-HEIGHT: 100%"><FONT=20
face=3DTahoma><FONT size=3D2><SPAN=20
class=3D714100404-13052003></SPAN></FONT></FONT> </P>
<P style=3D"MARGIN: 0px; WORD-SPACING: 0px; LINE-HEIGHT: 100%"><FONT=20
face=3DTahoma><FONT size=3D2><SPAN=20
class=3D714100404-13052003> </SPAN>-----Original=
Message-----<BR><B>From:</B>=20
Dave Markham [mailto:dave.markham AT fjserv DOT net]<BR><B>Sent:</B> Friday,
May=
09,=20
2003 4:33 AM<BR><B>To:</B>=
veritas-bu AT mailman.eng.auburn DOT edu<BR><B>Subject:</B>=20
[Veritas-bu] error 96 but have scratch<BR><BR></P></DIV></FONT></FONT>
<DIV><FONT face=3DArial size=3D2>I am seeing a weird activity</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Im running netbackup 3.2 on solaris 8 with=
an L1000=20
unit attached</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>I have various classes and schedules set=
up which=20
all seem to work ok but im am seeing more and more error 96 no media to=
assign=20
which is fine if there is none, but when I look I see plenty of scratch in=
the=20
jukebox which is odd.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>It seems that tapes from scratch are not=
being=20
taken and changed to the pool required but at times they might=
be.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>I have no frozen tapes and no down drives=
although=20
bperror -U -media shows reports :-</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>1052446020 1 132 8 tpf-pbs1 19280 0 0=
tpf-pas3 bptm=20
media id DBQ856 is in a DOWN drive, misplaced, or unmountable; attempting=
retry=20
with different media id<BR>1052446164 1 132 8 tpf-pbs1 19280 0 0 tpf-pas3=
bptm=20
media id DBQ838 is in a DOWN drive, misplaced, or unmountable; attempting=
retry=20
with different media id<BR>1052446312 1 132 8 tpf-pbs1 19280 0 0 tpf-pas3=
bptm=20
media id DBQ883 is in a DOWN drive, misplaced, or unmountable; attempting=
retry=20
with different media id<BR></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Anyone seen anything like this? or have=
any idea=20
why scratch may not be used ?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>I have an auto-sratch script which runs=
and places=20
all deassigned media into scratch pool each day too so there should be=20
scratch.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Dave</FONT></DIV>
<DIV><FONT face=3DArial size=3D2> </DIV></FONT></BODY></HTML>
<table><tr><td bgcolor=3D#ffffff><font color=3D#000000><pre>=20
This e-mail may contain confidential or privileged information. If you
think you have received this e-mail in error, please advise the sender by
reply e-mail and then delete this e-mail immediately. Thank you. Aetna
</pre></font></td></tr></table>
------_=_NextPart_001_01C31A2D.1E99D52B--
|
| <Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [Veritas-bu] error 96 but have scratch, <dave.markham AT fjserv DOT net (Dave Markham)
- [Veritas-bu] error 96 but have scratch, Len Boyle
- [Veritas-bu] error 96 but have scratch, Tim McMurphy
- [Veritas-bu] error 96 but have scratch,
Greenberg, Katherine A <=
- [Veritas-bu] error 96 but have scratch, Donaldson, Mark
- [Veritas-bu] error 96 but have scratch, Markham, Richard
- [Veritas-bu] error 96 but have scratch, Weber, Philip
|
|
|
