Veritas-bu

[Veritas-bu] Netbackup Broke - Possible Way Out and Require Opinions

2005-11-30 03:30:35
Subject: [Veritas-bu] Netbackup Broke - Possible Way Out and Require Opinions
From: simon.weaver AT astrium.eads DOT net (WEAVER, Simon)
Date: Wed, 30 Nov 2005 08:30:35 -0000
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_01C5F588.56206C50
Content-Type: text/plain


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_01C5F588.56206C50
Content-Type: text/html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<TITLE>Message</TITLE>

<META content="MSHTML 6.00.2900.2180" name=GENERATOR></HEAD>
<BODY>
<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>&nbsp;</DIV>
<DIV>&nbsp;</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> &lt;<A 
  href="mailto:simon.weaver AT astrium.eads DOT net">simon.weaver AT 
astrium.eads DOT net</A>&gt; 
  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>&nbsp;</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>&nbsp;</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>&nbsp;</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>&nbsp;</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>&nbsp;</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>&nbsp;</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>&nbsp;</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>&nbsp;</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>&nbsp;</DIV>
    <DIV><SPAN><FONT face=Arial size=2>This is not looking good 
    :(</FONT></SPAN></DIV>
    <DIV>&nbsp;</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>&nbsp;</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></BODY></HTML>

<table><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></table>
------_=_NextPart_001_01C5F588.56206C50--