This is a multi-part message in MIME format.
------_=_NextPart_001_01C5AE43.E6F5332D
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Please read the disclaimer at the bottom of this e-mail.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Ditto
=20
Patrick Whelan=20
Enterprise Systems Support (NetBackup)=20
LCHClearnet=20
+44 020 7426 7624=20
Those who give up essential liberties for temporary safety deserve neither =
liberty nor safety.
~Benjamin Franklin
<?xml:namespace prefix =3D o ns =3D "urn:schemas-microsoft-com:office:offi=
ce" />
... and by that time no one was left to speak up.
~Martin Niem=F6ller
-----Original Message-----
From: veritas-bu-admin AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-admin@mail=
man.eng.auburn.edu]On Behalf Of King, Cheryl
Sent: 31 August 2005 16:24
To: John Howard; veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] Linux restore problems ... RESOLVED!
Good question. I'm interested as well. This sounds very bizzare to me.
_____ =20
From: veritas-bu-admin AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-admin@mail=
man.eng.auburn.edu] On Behalf Of John Howard
Sent: Tuesday, August 30, 2005 6:55 PM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] Linux restore problems ... RESOLVED!
Just cuious, what vendor/model router is involved and what is the architect=
ure/OS of the master/media.
john
On 8/30/05, Wayne T Smith < wtsmith AT maine DOT edu> wrote:=20
A few weeks ago I reported inability to restore a file (times out),
except to the backup server itself.
After a few weeks and getting several people involved, we've discovered
the cause: our router has a sensitivity to a certain sequence of=20
characters of data ... and this file had that sequence! There is a
fix available to the router and it should be applied next week.
Thanks to all who offered suggestions!
cheers, wayne
Wayne T Smith wrote, in part, on 8/2/2005 4:14 PM:=20
> My Solaris NetBackup server is v5.1MP3 and I have a problem with some
> Linux restores. On a few machines a full restore results in some
> (many!) files not being restored. Some files are restored; others=20
> aren't. If I pick one of the "problem" files and restore just it, I
> get a status code 5, with a "Socket write failed" error, 9-11 minutes
> into the restore. An example Admin Console log is listed below.=20
> Failures are always 9-11 minutes into the restore, with the below
> example almost exactly 10 minutes.
>
> A restore to another Linux machine (version & MP do not seem to
> matter) results in the same error. However, a restore to my backup=20
> server succeeds! For what it is worth, the data was backed up with
> NetBackup v4.5MP5.
>
> I could use suggestions for how to debug this problem (socket write
> failed is not very informative) and any suggestions on settings to=20
> tweak, should that be the problem.
>
> (My master/media server has the following timeouts reported: Client
> connect timeout: 900 seconds, Client read timeout: 1800 seconds, Media
> server connect timeout: 60 seconds, Use OS dependent timeouts is=20
> checked. On the client, the Client read timeout is 300 seconds).
>
> Thanks and cheers, wayne
>
>
> ash:~$ less
> /usr/openv/netbackup/logs/user_ops/wsmith/logs/jbpUJAmua4gi.log=20
> Restore started 08/02/2005 14:45:49
>
> 14:45:57 (248339.xxx) Restore job id 248339 will require 1 image.
> 14:45:57 (248339.xxx) Media id NB0361 is needed for the restore.
> 14:45:57 (248339.xxx ) Media id NB0263 is needed for the restore.
> 14:45:57 (248339.xxx) Media id NB0145 is needed for the restore.
>
> 14:46:02 (248339.001) Restoring from image created Sat 30 Jul 2005
> 12:19:57 AM EDT=20
> 14:46:10 (248339.001) INF - Waiting for mount of media id NB0263 on
> server ash for reading.
> 14:53:56 (248339.001) INF - Waiting for positioning of media id NB0263
> on server ash for reading.=20
> 14:54:31 (248339.001) INF - Beginning restore from server ash to
> client cedar.unet.maine.edu.
> 15:04:37 (248339.001) The following files/folders were not restored:=20
> 15:04:38 (248339.001) UTF -
> /usr/local/blackboard/content/vi/bb_bb60/courses/1/00230_K_042/groups/_98=
39_1/_276333_1/Presenta
>
> tion.ppt
> 15:04:39 (248339.001) Status of restore from image created Sat 30 Jul=20
> 2005 12:19:57 AM EDT =3D socket write failed
>
> 15:04:40 (248339.xxx) INF - Status =3D the restore failed to recover the
> requested files.
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu <http://mailma=
n.eng.auburn.edu/mailman/listinfo/veritas-bu>=20
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
**********************************************************************
This email is intended for the named recipient(s) only. Its contents
are confidential and may only be retained by the named recipient(s)
and may only be copied or disclosed with the consent of=20
LCH.Clearnet Limited. If you are not an intended recipient please
delete this e-mail and notify postmaster AT lchclearnet DOT com.
The contents of this email are subject to contract in all cases,=20
and LCH.Clearnet Limited makes no contractual commitment save where
confirmed by hard copy. LCH.Clearnet Limited accepts no liability,=20
including liability for negligence, in respect of any statement in=20
this email.
LCH.Clearnet Limited, Registered Office: Aldgate House,=20
33 Aldgate High Street, London EC3N 1EA. Recognised as a Clearing=20
House under the Financial Services & Markets Act 2000. Reg in England No.25=
932=20
Telephone: +44 20 7426 7000 Internet: http://www.lchclearnet.c=
om
**********************************************************************
------_=_NextPart_001_01C5AE43.E6F5332D
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">
<META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR></HEAD>
<BODY><CODE><FONT SIZE=3D3>++++++++++++++++++++++++++++++++++++++++++++++++=
++++++++<BR>
Please read the disclaimer at the bottom of this e-mail.<BR>
++++++++++++++++++++++++++++++++++++++++++++++++++++++++<BR>
<BR>
</FONT></CODE>
<DIV><SPAN class=3D160465115-31082005><FONT=20
color=3D#008080><STRONG><EM>Ditto</EM></STRONG></FONT></SPAN></DIV>
<DIV> </DIV>
<DIV class=3DSection1>
<P style=3D"MARGIN: 0cm 0cm 0pt"><B><I><SPAN style=3D"FONT-SIZE: 13.5pt">Pa=
trick=20
Whelan</SPAN></I></B> <BR><SPAN style=3D"FONT-SIZE: 10pt">Enterprise System=
s=20
Support (NetBackup)</SPAN> <BR><SPAN style=3D"FONT-SIZE: 10pt">LCHClearnet<=
/SPAN>=20
<BR><SPAN style=3D"FONT-SIZE: 10pt">+44 020 7426 7624</SPAN> <BR=20
style=3D"mso-special-character: line-break"><BR=20
style=3D"mso-special-character: line-break"></P>
<P style=3D"MARGIN: 0cm 0cm 0pt">Those who give up essential liberties for=
temporary safety deserve neither liberty nor safety.</P>
<P style=3D"MARGIN: 0cm 0cm 0pt">~Benjamin Franklin</P>
<P style=3D"MARGIN: 0cm 0cm 0pt"> <?xml:namespace prefix =3D o ns =3D=
"urn:schemas-microsoft-com:office:office" /><o:p></o:p></P>
<P style=3D"MARGIN: 0cm 0cm 0pt">… and by that time no one was left t=
o speak=20
up.</P>
<P style=3D"MARGIN: 0cm 0cm 0pt">~Martin Niem=F6ller</P></DIV>
<BLOCKQUOTE>
<DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT face=3DTah=
oma=20
size=3D2>-----Original Message-----<BR><B>From:</B>=20
veritas-bu-admin AT mailman.eng.auburn DOT edu=20
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu]<B>On Behalf Of
</B>King,=
Cheryl<BR><B>Sent:</B> 31 August 2005 16:24<BR><B>To:</B> John Howard;=
veritas-bu AT mailman.eng.auburn DOT edu<BR><B>Subject:</B> RE: [Veritas-bu]
Li=
nux=20
restore problems ... RESOLVED!<BR><BR></FONT></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D782542015-31082005><FONT face=
=3DArial=20
color=3D#0000ff size=3D2>Good question. I'm interested as well. =
; This=20
sounds very bizzare to me.</FONT></SPAN></DIV><BR>
<DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr align=3Dleft>
<HR tabIndex=3D-1>
<FONT face=3DTahoma size=3D2><B>From:</B> veritas-bu-admin AT mailman.eng DOT
au=
burn.edu=20
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] <B>On Behalf Of
</B>John=
Howard<BR><B>Sent:</B> Tuesday, August 30, 2005 6:55 PM<BR><B>To:</B>=20
veritas-bu AT mailman.eng.auburn DOT edu<BR><B>Subject:</B> Re: [Veritas-bu]
Lin=
ux=20
restore problems ... RESOLVED!<BR></FONT><BR></DIV>
<DIV></DIV>Just cuious, what vendor/model router is involved and what is =
the=20
architecture/OS of the master/media.<BR><BR>john<BR><BR>
<DIV><SPAN class=3Dgmail_quote>On 8/30/05, <B class=3Dgmail_sendername>Wa=
yne T=20
Smith</B> <<A href=3D"mailto:wtsmith AT maine DOT edu">wtsmith AT maine
DOT edu</A>&=
gt;=20
wrote:</SPAN>=20
<BLOCKQUOTE class=3Dgmail_quote=20
style=3D"PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(2=
04,204,204) 1px solid">A=20
few weeks ago I reported inability to restore a file (times out),<BR>ex=
cept=20
to the backup server itself.<BR><BR>After a few weeks and getting sever=
al=20
people involved, we've discovered<BR>the cause: our router has a sensit=
ivity=20
to a certain sequence of <BR>characters of data ... and this file had t=
hat=20
sequence! There is a<BR>fix available to the rou=
ter=20
and it should be applied next week.<BR><BR>Thanks to all who offered=20
suggestions!<BR><BR>cheers, wayne<BR><BR>Wayne T Smith wrote, in=20
part, on 8/2/2005 4:14 PM: <BR><BR>> My Solaris NetBackup=
server is v5.1MP3 and I have a problem with some<BR>> Linux=20
restores. On a few machines a full restore results in=20
some<BR>> (many!) files not being restored. Some files ar=
e=20
restored; others <BR>> aren't. If I pick one of the "prob=
lem"=20
files and restore just it, I<BR>> get a status code 5, with a "Socke=
t=20
write failed" error, 9-11 minutes<BR>> into the restore. =
An=20
example Admin Console log is listed below. <BR>> Failures are always=
9-11=20
minutes into the restore, with the below<BR>> example almost exactly=
10=20
minutes.<BR>><BR>> A restore to another Linux machine (version &a=
mp;=20
MP do not seem to<BR>> matter) results in the same=20
error. However, a restore to my backup <BR>> server=20
succeeds! For what it is worth, the data was backed up=20
with<BR>> NetBackup v4.5MP5.<BR>><BR>> I could use suggestions=
for=20
how to debug this problem (socket write<BR>> failed is not very=20
informative) and any suggestions on settings to <BR>> tweak, should =
that=20
be the problem.<BR>><BR>> (My master/media server has the followi=
ng=20
timeouts reported: Client<BR>> connect timeout: 900 seconds, Client =
read=20
timeout: 1800 seconds, Media<BR>> server connect timeout: 60 seconds=
, Use=20
OS dependent timeouts is <BR>> checked. On the client, th=
e=20
Client read timeout is 300 seconds).<BR>><BR>> Thanks and cheers,=
wayne<BR>><BR>><BR>> ash:~$ less<BR>>=20
/usr/openv/netbackup/logs/user_ops/wsmith/logs/jbpUJAmua4gi.log <BR>>=
;=20
Restore started 08/02/2005 14:45:49<BR>><BR>> 14:45:57 (248339.xx=
x)=20
Restore job id 248339 will require 1 image.<BR>> 14:45:57 (248339.xx=
x)=20
Media id NB0361 is needed for the restore.<BR>> 14:45:57 (248339.xxx=
)=20
Media id NB0263 is needed for the restore.<BR>> 14:45:57 (248339.xxx=
)=20
Media id NB0145 is needed for the restore.<BR>><BR>> 14:46:02=20
(248339.001) Restoring from image created Sat 30 Jul 2005<BR>> 12:19=
:57=20
AM EDT <BR>> 14:46:10 (248339.001) INF - Waiting for mount of media =
id=20
NB0263 on<BR>> server ash for reading.<BR>> 14:53:56 (248339.001)=
INF=20
- Waiting for positioning of media id NB0263<BR>> on server ash for=
reading. <BR>> 14:54:31 (248339.001) INF - Beginning restore from s=
erver=20
ash to<BR>> client <A=20
href=3D"http://cedar.unet.maine.edu";>cedar.unet.maine.edu</A>.<BR>>=
15:04:37 (248339.001) The following files/folders were not restored:=
<BR>> 15:04:38 (248339.001) UTF -<BR>>=20
/usr/local/blackboard/content/vi/bb_bb60/courses/1/00230_K_042/groups/_=
9839_1/_276333_1/Presenta<BR>><BR>>=20
tion.ppt<BR>> 15:04:39 (248339.001) Status of restore from image cre=
ated=20
Sat 30 Jul <BR>> 2005 12:19:57 AM EDT =3D socket write=20
failed<BR>><BR>> 15:04:40 (248339.xxx) INF - Status =3D the resto=
re=20
failed to recover the<BR>> requested files.<BR>>=20
_______________________________________________<BR>> Veritas-bu=20
maillist - <A=20
href=3D"mailto:Veritas-bu AT mailman.eng.auburn DOT edu">Veritas-bu AT
mailman DOT en=
g.auburn.edu</A><BR>>=20
<A=20
href=3D"http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu";>http=
://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu=20
</A><BR><BR><BR>_______________________________________________<BR>Veri=
tas-bu=20
maillist - <A=20
href=3D"mailto:Veritas-bu AT mailman.eng.auburn DOT edu">Veritas-bu AT
mailman DOT en=
g.auburn.edu</A><BR><A=20
href=3D"http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu";>http=
://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu</A><BR></BLOCKQUOTE><=
/DIV><BR></BLOCKQUOTE><CODE><FONT SIZE=3D3><BR>
<BR>
**********************************************************************<BR>
This email is intended for the named recipient(s) only. Its contents<BR>
are confidential and may only be retained by the named recipient(s)<BR>
and may only be copied or disclosed with the consent of <BR>
LCH.Clearnet Limited. If you are not an intended recipient please<BR>
delete this e-mail and notify postmaster AT lchclearnet DOT com.<BR>
<BR>
The contents of this email are subject to contract in all cases, <BR>
and LCH.Clearnet Limited makes no contractual commitment save where<BR>
confirmed by hard copy. LCH.Clearnet Limited accepts no liability, <BR>
including liability for negligence, in respect of any statement in <BR>
this email.<BR>
<BR>
LCH.Clearnet Limited, Registered Office: Aldgate House, <BR>
33 Aldgate High Street, London EC3N 1EA. Recognised as a Clearing <BR>
House under the Financial Services & Markets Act 2000. Reg in England No.25=
932 <BR>
Telephone: +44 20 7426 7000 Internet: http://www.lchclearnet.c=
om<BR>
**********************************************************************<BR>
</FONT></CODE>
</BODY></HTML>
------_=_NextPart_001_01C5AE43.E6F5332D--
|
