This is a multi-part message in MIME format.
------_=_NextPart_001_01C5AE3F.F7131A99
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Good question. I'm interested as well. This sounds very bizzare to me.
________________________________
From: veritas-bu-admin AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT 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
architecture/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.
=09
After a few weeks and getting several people involved, we've
discovered
the cause: our router has a sensitivity to a certain sequence of
characters of data ... and this file had that sequence! There
is a
fix available to the router and it should be applied next week.
=09
Thanks to all who offered suggestions!
=09
cheers, wayne
=09
Wayne T Smith wrote, in part, on 8/2/2005 4:14 PM:=20
=09
> 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/_9
839_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=20
=09
=09
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
=09
------_=_NextPart_001_01C5AE3F.F7131A99
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2900.2722" name=3DGENERATOR></HEAD>
<BODY>
<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.auburn DOT edu=20
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] <B>On Behalf Of =
</B>John=20
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] =
Linux=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>Wayne T=20
Smith</B> <<A =
href=3D"mailto:wtsmith AT maine DOT edu">wtsmith AT maine DOT edu</A>>=20
wrote:</SPAN>
<BLOCKQUOTE class=3Dgmail_quote=20
style=3D"PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: =
rgb(204,204,204) 1px solid">A=20
few weeks ago I reported inability to restore a file (times =
out),<BR>except to=20
the backup server itself.<BR><BR>After a few weeks and getting several =
people=20
involved, we've discovered<BR>the cause: our router has a sensitivity =
to a=20
certain sequence of <BR>characters of data ... and this file had that=20
sequence! There is a<BR>fix available to the =
router and=20
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=20
is v5.1MP3 and I have a problem with some<BR>> Linux=20
restores. On a few machines a full restore results in =
some<BR>>=20
(many!) files not being restored. Some files are restored; =
others=20
<BR>> aren't. If I pick one of the "problem" files and =
restore=20
just it, I<BR>> get a status code 5, with a "Socket write failed" =
error,=20
9-11 minutes<BR>> into the restore. An example Admin =
Console log=20
is listed below. <BR>> Failures are always 9-11 minutes into the =
restore,=20
with the below<BR>> example almost exactly 10 =
minutes.<BR>><BR>> A=20
restore to another Linux machine (version & MP do not seem =
to<BR>>=20
matter) results in the same error. However, a restore to my =
backup=20
<BR>> server succeeds! For what it is worth, the data =
was=20
backed up with<BR>> NetBackup v4.5MP5.<BR>><BR>> I could use=20
suggestions for how to debug this problem (socket write<BR>> failed =
is not=20
very informative) and any suggestions on settings to <BR>> tweak, =
should=20
that be the problem.<BR>><BR>> (My master/media server has the =
following=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, =
the=20
Client read timeout is 300 seconds).<BR>><BR>> Thanks and =
cheers,=20
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.xxx)=20
Restore job id 248339 will require 1 image.<BR>> 14:45:57 =
(248339.xxx)=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) Media=20
id NB0145 is needed for the restore.<BR>><BR>> 14:46:02 =
(248339.001)=20
Restoring from image created Sat 30 Jul 2005<BR>> 12:19:57 AM EDT =
<BR>>=20
14:46:10 (248339.001) INF - Waiting for mount of media id NB0263 =
on<BR>>=20
server ash for reading.<BR>> 14:53:56 (248339.001) INF - Waiting =
for=20
positioning of media id NB0263<BR>> on server ash for reading. =
<BR>>=20
14:54:31 (248339.001) INF - Beginning restore from server ash =
to<BR>>=20
client <A =
href=3D"http://cedar.unet.maine.edu">cedar.unet.maine.edu</A>.<BR>>=20
15:04:37 (248339.001) The following files/folders were not restored: =
<BR>>=20
15:04:38 (248339.001) UTF -<BR>>=20
=
/usr/local/blackboard/content/vi/bb_bb60/courses/1/00230_K_042/groups/_98=
39_1/_276333_1/Presenta<BR>><BR>>=20
tion.ppt<BR>> 15:04:39 (248339.001) Status of restore from image =
created=20
Sat 30 Jul <BR>> 2005 12:19:57 AM EDT =3D socket write =
failed<BR>><BR>>=20
15:04:40 (248339.xxx) INF - Status =3D the restore failed to recover =
the<BR>>=20
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 eng.=
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>Verita=
s-bu=20
maillist - <A=20
=
href=3D"mailto:Veritas-bu AT mailman.eng.auburn DOT edu">Veritas-bu AT mailman
DOT eng.=
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></BODY></HTML>
------_=_NextPart_001_01C5AE3F.F7131A99--
|