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_01C3E997.06AD8738
Content-Type: text/plain;
charset="iso-8859-1"
Hi,
I am running Netbackup 4.5 on W2k and recently configured media servers
and shared drives. Following this configuration, mysteriously the netbackup
processes normally shown in activity monitor - processes tab are now no
longer displayed. Anyone able to offer an explanation/ possible resolution?
Best Regards
Paul Wilson
-----Original Message-----
From: veritas-bu-admin AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu]On Behalf Of Smith, Kevin
Sent: 02 February 2004 09:18
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] RMAN Status 5 - Restores failing
All,
We are consistently getting RMAN/Netbackup status 5's on restores for a
particular Oracle Instance on a particular host. This restore works
succssfully on another host. Server/Client is NBU4.5 FP3 [Patch 5] on
Solaris 8. The restore fails at random points normally after about 3/4 hrs
into the restore with various sizes of data recovered All > 100GB. We have
verbose BPTM logging on + the usual dbext logs ETC ETC setup. Incidentaly
the following error appears to occur just prior the restore failing:
09:30:59.100 [8433] <2> mpx_read_data: waited for empty buffer 122 times,
delayed 26303 times
09:30:59.100 [8433] <2> send_brm_msg: MEDIA NOT READY
09:30:59.100 [8433] <2> io_close: closing
/usr/openv/netbackup/db/media/tpreq/NBY059, from mpxrestore.c.2482
09:30:59.104 [8433] <2> mpx_waiting_term: waiting for TERMINATE or another
START RESTORE
09:30:59.610 [8433] <2> read_brm_msg: TERMINATE
09:30:59.626 [8433] <4> mpx_read_backup: successfully restored 0 of 1
requests, read total of 76800 Kbytes at 79.921 Kbytes/sec
09:30:59.629 [8433] <2> read_backup_unmount_delay: waiting 180 seconds
before unmounting media after restore
09:31:17.222 [6362] <2> write_bytes: [6356] writing 1073741824 data bytes,
input length was 1073741824, SAVE_BYTES = 0, file = /nvfbl057_1_1
09:31:42.269 [6356] <2> read_brm_msg: STOP RESTORE indprd_1074201518
This is the point where our RMAN restores keep failing.
Sun/Veritas have so far drawn a blank on this. Could it be HBA or switch
releated. The h/w is a V480R [NB Server] 2GB HBA, to 2GB x 16 switch into 6
X LTO-II FC drives in a L180.
Backups are fine. We have never had an issue with these. Also timeout values
are set to 3600 on both the client and server.
Also, [Which may be related] Sun have mentioned that our TCP retransmission
rates are high from the server. Could this be a pointer in the right
direction?
Any help is really appreciated - This is driving us round the bend!
----------------------------------------------------
Kev Smith
Unix Systems Administrator.
Operational Support, IND Croydon.
E-Mail: kevin.m.smith AT siemens DOT com
Tel: 020 8760 4849
Mob: 07808 828595
----------------------------------------------------
Siemens Business Services Ltd
This e-mail contains confidential information and is for the
exclusive use of the addressee/s. If you are not the addressee, then any
distribution, copying or use of this e-mail is prohibited. If received in
error, please advise the sender and delete it immediately. We accept no
liability for any loss or damage suffered by any person arising from use of
this e-mail.
Siemens Business Services
Registered No: 1203466 England
Registered Office: Siemens House, Olbury, Bracknell, Berkshire, RG12 8FZ
------_=_NextPart_001_01C3E997.06AD8738
Content-Type: text/html;
charset="iso-8859-1"
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<TITLE>RMAN Status 5 - Restores failing</TITLE>
<META content="MSHTML 6.00.2800.1276" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=651461214-02022004><FONT face=Arial color=#0000ff
size=2>Hi,</FONT></SPAN></DIV>
<DIV><SPAN class=651461214-02022004><FONT face=Arial color=#0000ff
size=2> I am running Netbackup 4.5 on W2k and recently
configured media servers and shared drives. Following this configuration,
mysteriously the netbackup processes normally shown in activity monitor -
processes tab are now no longer displayed. Anyone able to offer an explanation/
possible resolution?</FONT></SPAN></DIV>
<DIV><SPAN class=651461214-02022004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=651461214-02022004><FONT face=Arial color=#0000ff size=2>Best
Regards</FONT></SPAN></DIV>
<DIV><SPAN class=651461214-02022004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=651461214-02022004><FONT face=Arial color=#0000ff size=2>Paul
Wilson<BR><BR></FONT></SPAN></DIV>
<BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
<DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma
size=2>-----Original Message-----<BR><B>From:</B>
veritas-bu-admin AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu]<B>On Behalf Of
</B>Smith,
Kevin<BR><B>Sent:</B> 02 February 2004 09:18<BR><B>To:</B>
veritas-bu AT mailman.eng.auburn DOT edu<BR><B>Subject:</B> [Veritas-bu] RMAN
Status
5 - Restores failing<BR><BR></FONT></DIV>
<P><FONT face="Microsoft Sans Serif" size=2>All,</FONT> </P>
<P><FONT face="Microsoft Sans Serif" size=2>We are consistently getting
RMAN/Netbackup status 5's on restores for a particular Oracle Instance on a
particular host. This restore works succssfully on another host.
Server/Client
is NBU4.5 FP3 [Patch 5] on Solaris 8. The restore fails at random points
normally after about 3/4 hrs into the restore with various sizes of data
recovered All > 100GB. We have verbose BPTM logging on + the usual dbext
logs ETC ETC setup. Incidentaly the following error appears to occur just
prior the restore failing:</FONT></P>
<P><FONT face="Courier New" size=2>09:30:59.100 [8433] <2><B>
mpx_read_data: waited for empty buffer 122 times, delayed 26303
times</B></FONT> <BR><FONT face="Courier New" size=2>09:30:59.100 [8433]
<2> send_brm_msg: MEDIA NOT READY</FONT> <BR><FONT face="Courier New"
size=2>09:30:59.100 [8433] <2> io_close: closing
/usr/openv/netbackup/db/media/tpreq/NBY059, from mpxrestore.c.2482</FONT>
<BR><FONT face="Courier New" size=2>09:30:59.104 [8433] <2>
mpx_waiting_term: waiting for TERMINATE or another START RESTORE</FONT>
<BR><FONT face="Courier New" size=2>09:30:59.610 [8433] <2>
read_brm_msg: TERMINATE</FONT> <BR><FONT face="Courier New"
size=2>09:30:59.626 [8433] <4> mpx_read_backup: successfully restored 0
of 1 requests, read total of 76800 Kbytes at 79.921 Kbytes/sec</FONT></P>
<P><FONT face="Courier New" size=2>09:30:59.629 [8433] <2>
read_backup_unmount_delay: waiting 180 seconds before unmounting media after
restore</FONT> <BR><FONT face="Courier New" size=2>09:31:17.222 [6362]
<2> write_bytes: [6356] writing 1073741824 data bytes, input length was
1073741824, SAVE_BYTES = 0, file = /nvfbl057_1_1</FONT></P>
<P><FONT face="Courier New" size=2>09:31:42.269 [6356] <2>
read_brm_msg:
STOP RESTORE indprd_1074201518</FONT> </P>
<P><FONT face="MS Sans Serif" size=2>This is the point where our RMAN
restores
keep failing.</FONT> </P>
<P><FONT face="Microsoft Sans Serif" size=2>Sun/Veritas have so far drawn a
blank on this. Could it be HBA or switch releated. The h/w is a V480R [NB
Server] 2GB HBA, to 2GB x 16 switch into 6 X LTO-II FC drives in a
L180.</FONT></P>
<P><FONT face="Microsoft Sans Serif" size=2>Backups are fine. We have never
had an issue with these. Also timeout values are set to 3600 on both the
client and server. </FONT></P>
<P><FONT face="Microsoft Sans Serif" size=2>Also, [Which may be related] Sun
have mentioned that our TCP retransmission rates are high from the server.
Could this be a pointer in the right direction?</FONT></P>
<P><FONT face="Microsoft Sans Serif" size=2>Any help is really appreciated -
This is driving us round the bend!</FONT> </P>
<P><B><FONT face=Verdana size=1>
----------------------------------------------------</FONT></B>
<UL>
<P><B><FONT face=Verdana size=1>Kev Smith</FONT></B> <BR><B><FONT
face=Verdana size=1>Unix Systems Administrator. </FONT></B><BR><B><FONT
face=Verdana size=1>Operational Support, IND Croydon.</FONT></B> </P>
<P><B><FONT face=Verdana color=#0000ff size=1>E-Mail:
kevin.m.smith AT siemens DOT com</FONT></B> <BR><B><FONT face=Verdana
color=#0000ff
size=1>Tel: 020 8760 4849</FONT></B> <BR><B><FONT
face=Verdana color=#0000ff size=1>Mob: 07808 828595</FONT></B>
<BR><B><FONT face=Verdana
size=1>----------------------------------------------------</FONT></B>
</P></UL>
<P><U><B><FONT face=Verdana size=2>Siemens Business Services Ltd
</FONT></B></U>
<UL>
<P><FONT face=Verdana size=1>This e-mail contains confidential information
and is for the exclusive use of the addressee/s. If you are not the
addressee, then any distribution, copying or use of this e-mail is
prohibited. If received in error, please advise the sender and delete it
immediately. We accept no liability for any loss or damage suffered by any
person arising from use of this e-mail.</FONT></P></UL>
<P><FONT face=Verdana size=1>Siemens Business Services</FONT> <BR><FONT
face=Verdana size=1>Registered No: 1203466 England</FONT> <BR><FONT
face=Verdana size=1>Registered Office: Siemens House, Olbury, Bracknell,
Berkshire, RG12 8FZ</FONT> </P></BLOCKQUOTE></BODY></HTML>
------_=_NextPart_001_01C3E997.06AD8738--
|