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_01C5F5CC.E82806F1
Content-Type: text/plain;
charset="iso-8859-1"
All these problems makes me think you'd be good to check your driver
settings for these tape drives. Make sure, if nothing else, that you have
variable blocks enabled.
-M
-----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 WEAVER,
Simon
Sent: Wednesday, November 30, 2005 1:31 AM
To: 'Dean'
Cc: veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] Netbackup Broke - Possible Way Out and Require
Opinions
Dean
They are failing due to (what veritas say) is bad media
NBU Activity Monitor shows status 191 !
Simon Weaver
Technical Support
Windows Domain Administrator
EADS Astrium
Tel: 02392-708598
Email: Simon.Weaver AT Astrium.eads DOT net
-----Original Message-----
From: Dean [mailto:dean.deano AT gmail DOT com]
Sent: 30 November 2005 08:21
To: WEAVER, Simon
Cc: veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] Netbackup Broke - Possible Way Out and Require
Opinions
I would not mess with the production "working" master server. Wiping out
your active catalog on purpose and relying on bprecover to get it back
sounds ... risky. Not that I've ever seen bprecover fail, but I believe in
NOT tempting fate.
Is it possible to have a 'spare' server sitting around, with the same OS and
hostname as the production master, but not registered in your DNS, or not
normally connected to the LAN at all? bprecover your pre-problems catalog to
it and just let it sit there until it's needed. It wouldn't need to be too
powerful. Then if a restore is required, update /etc/hosts on the client (or
the Windows equivelant) to point to your "standby" master server, do the
restore, then undo the /etc/hosts change. I've seen this done with an old
Ultra 5, and even on a VMware guest machine.
Of course, you'd also need a tape drive connected to this "standby" master
if/when you need it for a restore.
But apart from that, why are the imports failing? Bad tapes? If that's the
case, having a good catalog is not necesarily going to help.
Remember, with import you have to complete phase 1 import of all tapes in a
connected set before beginning pase 2.
Good luck,
Dean
On 11/30/05, WEAVER, Simon < simon.weaver AT astrium.eads DOT net
<mailto:simon.weaver AT astrium.eads DOT net> > wrote:
Hi everyone
A week and a bit, I mentioned that all my tapes had expired through no fault
of my own.
Veritas has not been able to re-produce this and under their guidance,
carried on running as I am, but having to import tapes BACK into Netbackup!
This is not going well! The majority of imports are failing, and I am
becoming increasingly concerned about the entire system, and much more
importantly, the previous backups!
So, thinking about the situation, I wanted to know if this theory is
possible.
I still have a Catalogue Backup on a tape going back to 16th November 2005 -
prior to the problems.
Rather than importing the tapes like I am doing, if I need to do a restore
from a Tape say that was run in September 05, could I revert the system BACK
to how it was prior to the problems I experienced. This Catalogue tape is
currently suspended, and I have told NBU not to use this tape as a Catalogue
Backup (presently using 1 tape and 1 drive).
Once the restore is done, I could use BPRECOVER to revert the system BACK to
how it is now (ie: todays date).
I am sure there is going to be a con here (for example, recovering back to
the 16th will mean the Netbackup Database will now wonder why there are new
tapes in the Robot and probably send them to scratch!!
I really am looking for some alternatives options here and open to some real
help! Veritas have told me its the media thats the problem!
This is not looking good :(
Simon Weaver
Technical Support
Windows Domain Administrator
EADS Astrium
Tel: 02392-708598
Email: Simon.Weaver AT Astrium.eads DOT net <mailto:Simon.Weaver AT
Astrium.eads DOT net>
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
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
------_=_NextPart_001_01C5F5CC.E82806F1
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>Message</TITLE>
<META content="MSHTML 6.00.2800.1515" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=670264116-30112005><FONT face=Arial color=#0000ff size=2>All
these problems makes me think you'd be good to check your driver settings for
these tape drives. Make sure, if nothing else, that you have variable
blocks enabled.</FONT></SPAN></DIV>
<DIV><SPAN class=670264116-30112005><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=670264116-30112005><FONT face=Arial color=#0000ff
size=2>-M</FONT></SPAN></DIV>
<BLOCKQUOTE>
<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>WEAVER,
Simon<BR><B>Sent:</B> Wednesday, November 30, 2005 1:31 AM<BR><B>To:</B>
'Dean'<BR><B>Cc:</B> veritas-bu AT mailman.eng.auburn DOT
edu<BR><B>Subject:</B> RE:
[Veritas-bu] Netbackup Broke - Possible Way Out and Require
Opinions<BR><BR></FONT></DIV>
<DIV><SPAN class=161103008-30112005><FONT face=Arial color=#0000ff
size=2>Dean</FONT></SPAN></DIV>
<DIV><SPAN class=161103008-30112005><FONT face=Arial color=#0000ff
size=2>They
are failing due to (what veritas say) is bad media</FONT></SPAN></DIV>
<DIV><SPAN class=161103008-30112005><FONT face=Arial color=#0000ff size=2>NBU
Activity Monitor shows status 191 !</FONT></SPAN></DIV>
<DIV> </DIV>
<DIV> </DIV><!-- Converted from text/rtf format -->
<P><SPAN lang=en-gb><B><FONT face=Arial color=#0000ff size=2>Simon
Weaver</FONT></B><FONT face=Arial><BR></FONT><B><FONT face=Arial
color=#0000ff
size=2>Technical Support</FONT></B><FONT face=Arial><BR></FONT><B><FONT
face=Arial color=#0000ff size=2>Windows Domain Administrator</FONT></B><FONT
face=Arial> </FONT></SPAN></P>
<P><SPAN lang=en-gb><B><I><FONT face=Arial size=2>EADS
Astrium</FONT></I></B><I></I><FONT face=Arial><BR></FONT><B></B><B><I><FONT
face=Arial size=2>Tel: 02392-70</FONT><FONT face=Arial
size=2>8598</FONT></I></B><I></I><FONT face=Arial> </FONT></SPAN></P>
<P><SPAN lang=en-gb><B><FONT face=Arial color=#ff0000 size=2>Email:
Simon.Weaver AT Astrium.eads DOT net</FONT></B><FONT face=Arial>
</FONT></SPAN></P>
<BLOCKQUOTE style="MARGIN-RIGHT: 0px">
<DIV></DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT
face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Dean
[mailto:dean.deano AT gmail DOT com] <BR><B>Sent:</B> 30 November 2005
08:21<BR><B>To:</B> WEAVER, Simon<BR><B>Cc:</B>
veritas-bu AT mailman.eng.auburn DOT edu<BR><B>Subject:</B> Re:
[Veritas-bu]
Netbackup Broke - Possible Way Out and Require
Opinions<BR><BR></FONT></DIV>I would not mess with the production "working"
master server. Wiping out your active catalog on purpose and relying on
bprecover to get it back sounds ... risky. Not that I've ever seen
bprecover
fail, but I believe in NOT tempting fate. <BR><BR>Is it possible to have a
'spare' server sitting around, with the same OS and hostname as the
production master, but not registered in your DNS, or not normally
connected
to the LAN at all? bprecover your pre-problems catalog to it and just let
it
sit there until it's needed. It wouldn't need to be too powerful. Then if a
restore is required, update /etc/hosts on the client (or the Windows
equivelant) to point to your "standby" master server, do the restore, then
undo the /etc/hosts change. I've seen this done with an old Ultra 5, and
even on a VMware guest machine.<BR><BR>Of course, you'd also need a tape
drive connected to this "standby" master if/when you need it for a
restore.<BR><BR>But apart from that, why are the imports failing? Bad
tapes?
If that's the case, having a good catalog is not necesarily going to help.
<BR><BR>Remember, with import you have to complete phase 1 import of all
tapes in a connected set before beginning pase 2.<BR><BR>Good
luck,<BR>Dean<BR><BR>
<DIV><SPAN class=gmail_quote>On 11/30/05, <B class=gmail_sendername>WEAVER,
Simon</B> <<A
href="mailto:simon.weaver AT astrium.eads DOT net">simon.weaver AT
astrium.eads DOT net</A>>
wrote:</SPAN>
<BLOCKQUOTE class=gmail_quote
style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT:
rgb(204,204,204) 1px solid">
<DIV><SPAN><FONT face=Arial size=2>Hi everyone</FONT></SPAN></DIV>
<DIV><SPAN><FONT face=Arial size=2>A week and a bit, I mentioned that all
my tapes had expired through no fault of my own.</FONT></SPAN></DIV>
<DIV><SPAN><FONT face=Arial size=2></FONT></SPAN> </DIV>
<DIV><SPAN><FONT face=Arial size=2>Veritas has not been able to
re-produce
this and under their guidance, carried on running as I am, but having to
import tapes BACK into Netbackup!</FONT></SPAN></DIV>
<DIV><SPAN><FONT face=Arial size=2></FONT></SPAN> </DIV>
<DIV><SPAN><FONT face=Arial size=2>This is not going well! The majority
of
imports are failing, and I am becoming increasingly concerned about the
entire system, and much more importantly, the previous
backups!</FONT></SPAN></DIV>
<DIV><SPAN><FONT face=Arial size=2></FONT></SPAN> </DIV>
<DIV><SPAN><FONT face=Arial size=2>So, thinking about the situation, I
wanted to know if this theory is possible.</FONT></SPAN></DIV>
<DIV><SPAN><FONT face=Arial size=2></FONT></SPAN> </DIV>
<DIV><SPAN><FONT face=Arial size=2>I still have a Catalogue Backup on a
tape going back to 16th November 2005 - prior to the
problems.</FONT></SPAN></DIV>
<DIV><SPAN><FONT face=Arial size=2></FONT></SPAN> </DIV>
<DIV><SPAN><FONT face=Arial size=2>Rather than importing the tapes like I
am doing, if I need to do a restore from a Tape say that was run in
September 05, could I revert the system BACK to how it was prior to the
problems I experienced. This Catalogue tape is currently suspended, and I
have told NBU not to use this tape as a Catalogue Backup (presently using
1 tape and 1 drive).</FONT></SPAN></DIV>
<DIV><SPAN><FONT face=Arial size=2></FONT></SPAN> </DIV>
<DIV><SPAN><FONT face=Arial size=2>Once the restore is done, I could use
BPRECOVER to revert the system BACK to how it is now (ie: todays
date).</FONT></SPAN></DIV>
<DIV><SPAN><FONT face=Arial size=2></FONT></SPAN> </DIV>
<DIV><SPAN><FONT face=Arial size=2>I am sure there is going to be a con
here (for example, recovering back to the 16th will mean the Netbackup
Database will now wonder why there are new tapes in the Robot and
probably
send them to scratch!!</FONT></SPAN></DIV>
<DIV><SPAN><FONT face=Arial size=2></FONT></SPAN> </DIV>
<DIV><SPAN><FONT face=Arial size=2>I really am looking for some
alternatives options here and open to some real help! Veritas have told
me
its the media thats the problem!</FONT></SPAN></DIV>
<DIV><SPAN><FONT face=Arial size=2></FONT></SPAN> </DIV>
<DIV><SPAN><FONT face=Arial size=2>This is not looking good
:(</FONT></SPAN></DIV>
<DIV> </DIV>
<P><SPAN lang=en-gb><B><FONT face=Arial color=#0000ff size=2>Simon
Weaver</FONT></B><FONT face=Arial><BR></FONT><B><FONT face=Arial
color=#0000ff size=2>Technical Support</FONT></B><FONT
face=Arial><BR></FONT><B><FONT face=Arial color=#0000ff size=2>Windows
Domain Administrator </FONT></B><FONT face=Arial></FONT></SPAN></P>
<P><SPAN lang=en-gb><B><I><FONT face=Arial size=2>EADS
Astrium</FONT></I></B><I></I><FONT
face=Arial><BR></FONT><B></B><B><I><FONT face=Arial size=2>Tel:
02392-70</FONT><FONT face=Arial size=2>8598</FONT></I></B><I></I><FONT
face=Arial> </FONT></SPAN></P>
<P><SPAN lang=en-gb><B><FONT face=Arial color=#ff0000 size=2>Email: <A
onclick="return top.js.OpenExtLink(window,event,this)"
href="mailto:Simon.Weaver AT Astrium.eads DOT net"
target=_blank>Simon.Weaver AT Astrium.eads DOT net</A></FONT></B><FONT
face=Arial> </FONT></SPAN></P>
<DIV> </DIV>
<TABLE>
<TBODY>
<TR>
<TD bgColor=#ffffff><FONT color=#000000>This email is for the
intended addressee only.<BR>If you have received it in error then
you must not use, retain, disseminate or otherwise deal with
it.<BR>Please notify the sender by return email.<BR>The views of
the
author may not necessarily constitute the views of EADS Astrium
Limited.<BR>Nothing in this email shall bind EADS Astrium Limited
in
any contract or obligation.<BR><BR>EADS Astrium Limited, Registered
in England and Wales No. 2449259<BR>Registered Office: Gunnels Wood
Road, Stevenage, Hertfordshire, SG1 2AS,
England<BR></FONT></TD></TR></TBODY></TABLE></BLOCKQUOTE></DIV><BR></BLOCKQUOTE>
<TABLE>
<TBODY>
<TR>
<TD bgColor=#ffffff><FONT color=#000000>This email is for the intended
addressee only.<BR>If you have received it in error then you must not
use, retain, disseminate or otherwise deal with it.<BR>Please notify
the
sender by return email.<BR>The views of the author may not necessarily
constitute the views of EADS Astrium Limited.<BR>Nothing in this email
shall bind EADS Astrium Limited in any contract or
obligation.<BR><BR>EADS Astrium Limited, Registered in England and
Wales
No. 2449259<BR>Registered Office: Gunnels Wood Road, Stevenage,
Hertfordshire, SG1 2AS,
England<BR></FONT></TD></TR></TBODY></TABLE></BLOCKQUOTE></BODY></HTML>
------_=_NextPart_001_01C5F5CC.E82806F1--
|
