This is a multi-part message in MIME format.
------_=_NextPart_001_01C61A8F.7D533139
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
check your all log or problems with backups reports. sounds like a =
small glitch/retry but completed successfully?
so whats the problem? your retry attempts make this possible, but if you =
are using user backups set off by the client then u only have one =
attempt for user backups.
=20
Do a restore but dont complete it, if all files R there then it should =
be ok - if any files show up then they can be restored!
________________________________
From: veritas-bu-admin AT mailman.eng.auburn DOT edu on behalf of WEAVER, Simon
Sent: Mon 1/16/2006 12:10 AM
To: 'Veritas-bu AT mailman.eng.auburn DOT edu'
Subject: [Veritas-bu] Status 84 although retry completed - any comments?
Morning
Came in this morning after having a month and few weeks of 100% =
successful backups to find this in the activity log for a client
=20
14/01/2006 04:26:09 - Error bptm(pid=3D4968) write error on media id =
4944L3, drive index 1, EOM returned when writing media header
14/01/2006 04:26:14 - Error bpbrm(pid=3D2520) from client 194.11.12.109: =
ERR - bpbkar exiting because backup is aborting
14/01/2006 04:23:40 - end writing; write time: 04:17:01
media write error(84)
media write error(84)
14/01/2006 04:23:41 - Error bpsched(pid=3D2196) backup of client =
194.11.12.109 exited with status 84 (media write error)
=20
=20
Now, I had set the global attributes to RETRY a backup on several =
failures. On the 2nd attempt, it connected again and completed with =
status "0".
=20
As it completed with "0" I trust the backup is all good, and as I use =
check-points, my feeling is that the next attempt would have carried on =
from the point it failed. I also noticed it used a different tape on the =
next attempt too!
=20
Any advise on this is truly appreciated
=20
Thank you
=20
Simon Weaver
Technical Support
Windows Domain Administrator=20
EADS Astrium
Tel: 02392-708598=20
Email: Simon.Weaver AT Astrium.eads DOT net=20
=20
This email is for the intended addressee only.
If you have received it in error then you must not use, retain, =
disseminate or otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of EADS =
Astrium Limited.
Nothing in this email shall bind EADS Astrium Limited in any contract or =
obligation.
EADS Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, =
England
=09
------_=_NextPart_001_01C61A8F.7D533139
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">=0A=
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">=0A=
<HTML><HEAD>=0A=
=0A=
<TITLE>Message</TITLE>=0A=
=0A=
<META content=3D"MSHTML 6.00.2900.2180" name=3DGENERATOR></HEAD>=0A=
<BODY>=0A=
<DIV id=3DidOWAReplyText37328 dir=3Dltr>=0A=
<DIV dir=3Dltr><FONT face=3DArial color=3D#000000 size=3D2>check your =
all log or =0A=
problems with backups reports. sounds like a small glitch/retry =
but =0A=
completed successfully?</FONT></DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2>so whats the problem? your =
retry attempts =0A=
make this possible, but if you are using user backups set off by the =
client then =0A=
u only have one attempt for user backups.</FONT></DIV></DIV>=0A=
<DIV dir=3Dltr> </DIV>=0A=
<DIV dir=3Dltr>Do a restore but dont complete it, if all files R there =
then it =0A=
should be ok - if any files show up then they can be restored!<BR>=0A=
<HR tabIndex=3D-1>=0A=
<FONT face=3DTahoma size=3D2><B>From:</B> =
veritas-bu-admin AT mailman.eng.auburn DOT edu on =0A=
behalf of WEAVER, Simon<BR><B>Sent:</B> Mon 1/16/2006 12:10 =
AM<BR><B>To:</B> =0A=
'Veritas-bu AT mailman.eng.auburn DOT edu'<BR><B>Subject:</B> [Veritas-bu] =
Status 84 =0A=
although retry completed - any comments?<BR></FONT><BR></DIV>=0A=
<DIV>=0A=
<DIV><SPAN class=3D627260708-16012006><FONT face=3DArial =0A=
size=3D2>Morning</FONT></SPAN></DIV>=0A=
<DIV><SPAN class=3D627260708-16012006><FONT face=3DArial size=3D2>Came =
in this morning =0A=
after having a month and few weeks of 100% successful backups to find =
this in =0A=
the activity log for a client</FONT></SPAN></DIV>=0A=
<DIV><SPAN class=3D627260708-16012006><FONT face=3DArial =0A=
size=3D2></FONT></SPAN> </DIV>=0A=
<DIV><SPAN class=3D627260708-16012006><FONT face=3DArial =
size=3D2>14/01/2006 04:26:09 =0A=
- Error bptm(pid=3D4968) write error on media id 4944L3, drive index 1, =
EOM =0A=
returned when writing media header<BR>14/01/2006 04:26:14 - Error =0A=
bpbrm(pid=3D2520) from client 194.11.12.109: ERR - bpbkar exiting =
because backup =0A=
is aborting<BR>14/01/2006 04:23:40 - end writing; write time: =
04:17:01<BR>media =0A=
write error(84)<BR>media write error(84)<BR>14/01/2006 04:23:41 - Error =0A=
bpsched(pid=3D2196) backup of client 194.11.12.109 exited with status 84 =
(media =0A=
write error)</FONT></SPAN></DIV>=0A=
<DIV><SPAN class=3D627260708-16012006><FONT face=3DArial =0A=
size=3D2></FONT></SPAN> </DIV>=0A=
<DIV><SPAN class=3D627260708-16012006><FONT face=3DArial =0A=
size=3D2></FONT></SPAN> </DIV>=0A=
<DIV><SPAN class=3D627260708-16012006><FONT face=3DArial size=3D2>Now, I =
had set the =0A=
global attributes to RETRY a backup on several failures. On the 2nd =
attempt, it =0A=
connected again and completed with status "0".</FONT></SPAN></DIV>=0A=
<DIV><SPAN class=3D627260708-16012006><FONT face=3DArial =0A=
size=3D2></FONT></SPAN> </DIV>=0A=
<DIV><SPAN class=3D627260708-16012006><FONT face=3DArial size=3D2>As it =
completed with =0A=
"0" I trust the backup is all good, and as I use check-points, my =
feeling is =0A=
that the next attempt would have carried on from the point it failed. I =
also =0A=
noticed it used a different tape on the next attempt =
too!</FONT></SPAN></DIV>=0A=
<DIV><SPAN class=3D627260708-16012006><FONT face=3DArial =0A=
size=3D2></FONT></SPAN> </DIV>=0A=
<DIV><SPAN class=3D627260708-16012006><FONT face=3DArial size=3D2>Any =
advise on this =0A=
is truly appreciated</FONT></SPAN></DIV>=0A=
<DIV><SPAN class=3D627260708-16012006><FONT face=3DArial =0A=
size=3D2></FONT></SPAN> </DIV>=0A=
<DIV><SPAN class=3D627260708-16012006><FONT face=3DArial size=3D2>Thank =0A=
you</FONT></SPAN></DIV>=0A=
<DIV> </DIV>=0A=
<P><SPAN lang=3Den-gb><B><FONT face=3DArial color=3D#0000ff =
size=3D2>Simon =0A=
Weaver</FONT></B><FONT face=3DArial><BR></FONT><B><FONT face=3DArial =
color=3D#0000ff =0A=
size=3D2>Technical Support</FONT></B><FONT =
face=3DArial><BR></FONT><B><FONT =0A=
face=3DArial color=3D#0000ff size=3D2>Windows Domain =
Administrator</FONT></B><FONT =0A=
face=3DArial> </FONT></SPAN></P>=0A=
<P><SPAN lang=3Den-gb><B><I><FONT face=3DArial size=3D2>EADS =0A=
Astrium</FONT></I></B><I></I><FONT =
face=3DArial><BR></FONT><B></B><B><I><FONT =0A=
face=3DArial size=3D2>Tel: 02392-70</FONT><FONT face=3DArial =0A=
size=3D2>8598</FONT></I></B><I></I><FONT face=3DArial> </FONT></SPAN></P>=0A=
<P><SPAN lang=3Den-gb><B><FONT face=3DArial color=3D#ff0000 =
size=3D2>Email: =0A=
Simon.Weaver AT Astrium.eads DOT net</FONT></B><FONT face=3DArial> =
</FONT></SPAN></P>=0A=
<DIV> </DIV></DIV></BODY></HTML>=0A=
=0A=
<table><tr><td bgcolor=3D#ffffff><font color=3D#000000>This email is for =
the intended addressee only.<br>=0A=
If you have received it in error then you must not use, retain, =
disseminate or otherwise deal with it.<br>=0A=
Please notify the sender by return email.<br>=0A=
The views of the author may not necessarily constitute the views of EADS =
Astrium Limited.<br>=0A=
Nothing in this email shall bind EADS Astrium Limited in any contract or =
obligation.<br>=0A=
<br>=0A=
EADS Astrium Limited, Registered in England and Wales No. 2449259<br>=0A=
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, =
England<br>=0A=
</font></td></tr></table>
------_=_NextPart_001_01C61A8F.7D533139--
|
