------=_Part_21575_29956509.1133341081863
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
I can't recall what 191 means right now.
But, one thing I discovered recently - I was trying to import an old DLT
tape and it kept failing due to a media error somewhere on the tape. I only
needed to recover a single file so there was a good chance that bit of the
tape was still OK.
I had a standby master with the old catalog on it. This server didn't even
have any tape drives - it was purely hosting the NBU catalog. In the event
someone needed to restore data from this "legacy" catalog, bpimagelist was
run on the standby server so that the required tapes could be identified,
and then imported into the "real" master.
Obviously I couldn't get the import to work on this dodgey tape, so I
located the appropriate catalog files for the backupid I needed (from
netbackup/db/images/ on the standby master), and copied those files over to
the active Master Server. I was then able to restore the file I needed.
So obviously I like the idea of keeping a standby master server in these
situations - even if it is just to host the catalog :) And if you don't nee=
d
tape drives, technology like VMware can make it a very simple and
cost-effective option! I guess it depends how often you are expecting to
need to restore from this old catalog.
Cheers,
Dean
On 11/30/05, WEAVER, Simon <simon.weaver AT astrium.eads DOT net> wrote:
>
> 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 Requir=
e
> 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 i=
n
> 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 ne=
ed
> to be too powerful. Then if a restore is required, update /etc/hosts on t=
he
> client (or the Windows equivelant) to point to your "standby" master serv=
er,
> 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" maste=
r
> if/when you need it for a restore.
>
> But apart from that, why are the imports failing? Bad tapes? If that's th=
e
> 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> 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 Netbac=
kup!
> >
> > 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 th=
e
> > 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 t=
his
> > 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*
> >
> > 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 EAD=
S
> > Astrium Limited.
> > Nothing in this email shall bind EADS Astrium Limited in any contract o=
r
> > 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
>
------=_Part_21575_29956509.1133341081863
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
I can't recall what 191 means right now.<br>
<br>
But, one thing I discovered recently - I was trying to import an old
DLT tape and it kept failing due to a media error somewhere on the
tape. I only needed to recover a single file so there was a good chance
that bit of the tape was still OK.<br>
<br>
I had a standby master with the old catalog on it. This server didn't
even have any tape drives - it was purely hosting the NBU
catalog. In the event someone needed to restore data from this
"legacy" catalog, bpimagelist was run on the standby server so th=
at the
required tapes could be identified, and then imported into the "real&q=
uot;
master.<br>
<br>
Obviously I couldn't get the import to work on this dodgey tape, so I
located the appropriate catalog files for the backupid I needed (from
netbackup/db/images/ on the standby master), and copied those files
over to the active Master Server. I was then able to restore the file I
needed.<br>
<br>
So obviously I like the idea of keeping a standby master server in
these situations - even if it is just to host the catalog :) And if you
don't need tape drives, technology like VMware can make it a very
simple and cost-effective option! I guess it depends how often
you are expecting to need to restore from this old catalog.<br>
<br>
Cheers,<br>
Dean<br>
<br><div><span class=3D"gmail_quote">On 11/30/05, <b class=3D"gmail_sendern=
ame">WEAVER, Simon</b> <<a href=3D"mailto:simon.weaver AT astrium.eads DOT
net"=
>simon.weaver AT astrium.eads DOT net</a>> wrote:</span><blockquote
>class=3D"gm=
ail_quote" style=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0pt =
0pt 0pt 0.8ex; padding-left: 1ex;">
<div><span><font color=3D"#0000ff" face=3D"Arial" size=3D"2">Dean</font></s=
pan></div>
<div><span><font color=3D"#0000ff" face=3D"Arial" size=3D"2">They=20
are failing due to (what veritas say) is bad media</font></span></div>
<div><span><font color=3D"#0000ff" face=3D"Arial" size=3D"2">NBU=20
Activity Monitor shows status 191 !</font></span></div><span class=3D"q">
<div> </div>
<div> </div>
<p><span lang=3D"en-gb"><b><font color=3D"#0000ff" face=3D"Arial" size=3D"2=
">Simon=20
Weaver</font></b><font face=3D"Arial"><br></font><b><font color=3D"#0000ff"=
face=3D"Arial" size=3D"2">Technical Support</font></b><font face=3D"Arial"=
><br></font><b><font color=3D"#0000ff" face=3D"Arial" size=3D"2">Windows Do=
main Administrator
</font></b><font face=3D"Arial"> </font></span></p>
<p><span lang=3D"en-gb"><b><i><font face=3D"Arial" size=3D"2">EADS=20
Astrium</font></i></b><i></i><font face=3D"Arial"><br></font><b></b><b><i><=
font face=3D"Arial" size=3D"2">Tel: 02392-70</font><font face=3D"Arial" siz=
e=3D"2">8598</font></i></b><i></i><font face=3D"Arial"> </font></span></p>
<p><span lang=3D"en-gb"><b><font color=3D"#ff0000" face=3D"Arial" size=3D"2=
">Email:=20
<a href=3D"mailto:Simon.Weaver AT Astrium.eads DOT net" target=3D"_blank"
onclick=
=3D"return top.js.OpenExtLink(window,event,this)">Simon.Weaver AT Astrium DOT
eads=
.net</a></font></b><font face=3D"Arial"> </font></span></p>
</span><div><span class=3D"e" id=3D"q_107e04b6e5962c60_2"><blockquote style=
=3D"margin-right: 0px;">
<div></div>
<div align=3D"left" dir=3D"ltr" lang=3D"en-us"><font face=3D"Tahoma" size=
=3D"2">-----Original Message-----<br><b>From:</b> Dean=20
[mailto:<a href=3D"mailto:dean.deano AT gmail DOT com" target=3D"_blank"
onclick=
=3D"return top.js.OpenExtLink(window,event,this)">dean.deano AT gmail DOT
com</a>]=
<br><b>Sent:</b> 30 November 2005=20
08:21<br><b>To:</b> WEAVER, Simon<br><b>Cc:</b>=20
<a href=3D"mailto:veritas-bu AT mailman.eng.auburn DOT edu" target=3D"_blank"
on=
click=3D"return top.js.OpenExtLink(window,event,this)">[email protected]=
ng.auburn.edu</a><br><b>Subject:</b> Re: [Veritas-bu]=20
Netbackup Broke - Possible Way Out and Require Opinions<br><br></font></d=
iv>I=20
would not mess with the production "working" master server. Wip=
ing out your=20
active catalog on purpose and relying on bprecover to get it back sounds =
...=20
risky. Not that I've ever seen bprecover fail, but I believe in NOT tempt=
ing=20
fate. <br><br>Is it possible to have a 'spare' server sitting around, wit=
h the=20
same OS and hostname as the production master, but not registered in your=
DNS,=20
or not normally connected to the LAN at all? bprecover your pre-problems=
=20
catalog to it and just let it sit there until it's needed. It wouldn't ne=
ed to=20
be too powerful. Then if a restore is required, update /etc/hosts on the=
=20
client (or the Windows equivelant) to point to your "standby" m=
aster server,=20
do the restore, then undo the /etc/hosts change. I've seen this done with=
an=20
old Ultra 5, and even on a VMware guest machine.<br><br>Of course, you'd =
also=20
need a tape drive connected to this "standby" master if/when yo=
u need it for a=20
restore.<br><br>But apart from that, why are the imports failing? Bad tap=
es?=20
If that's the case, having a good catalog is not necesarily going to help=
.=20
<br><br>Remember, with import you have to complete phase 1 import of all =
tapes=20
in a connected set before beginning pase 2.<br><br>Good luck,<br>Dean<br>=
<br>
<div><span class=3D"gmail_quote">On 11/30/05, <b class=3D"gmail_sendernam=
e">WEAVER,=20
Simon</b> <<a href=3D"mailto:simon.weaver AT astrium.eads DOT net"
target=3D"=
_blank" onclick=3D"return top.js.OpenExtLink(window,event,this)">simon.weav=
er AT astrium.eads DOT net</a>>=20
wrote:</span>
<blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204=
, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><span><font face=3D"Arial" size=3D"2">Hi everyone</font></span></d=
iv>
<div><span><font face=3D"Arial" size=3D"2">A week and a bit, I mentione=
d that all my=20
tapes had expired through no fault of my own.</font></span></div>
<div><span><font face=3D"Arial" size=3D"2"></font></span> </div>
<div><span><font face=3D"Arial" size=3D"2">Veritas has not been able to=
re-produce=20
this and under their guidance, carried on running as I am, but having t=
o=20
import tapes BACK into Netbackup!</font></span></div>
<div><span><font face=3D"Arial" size=3D"2"></font></span> </div>
<div><span><font face=3D"Arial" size=3D"2">This is not going well! The =
majority of=20
imports are failing, and I am becoming increasingly concerned about the=
=20
entire system, and much more importantly, the previous=20
backups!</font></span></div>
<div><span><font face=3D"Arial" size=3D"2"></font></span> </div>
<div><span><font face=3D"Arial" size=3D"2">So, thinking about the situa=
tion, I=20
wanted to know if this theory is possible.</font></span></div>
<div><span><font face=3D"Arial" size=3D"2"></font></span> </div>
<div><span><font face=3D"Arial" size=3D"2">I still have a Catalogue Bac=
kup on a tape=20
going back to 16th November 2005 - prior to the=20
problems.</font></span></div>
<div><span><font face=3D"Arial" size=3D"2"></font></span> </div>
<div><span><font face=3D"Arial" size=3D"2">Rather than importing the ta=
pes like I am=20
doing, if I need to do a restore from a Tape say that was run in Septem=
ber=20
05, could I revert the system BACK to how it was prior to the problems =
I=20
experienced. This Catalogue tape is currently suspended, and I have tol=
d NBU=20
not to use this tape as a Catalogue Backup (presently using 1 tape and =
1=20
drive).</font></span></div>
<div><span><font face=3D"Arial" size=3D"2"></font></span> </div>
<div><span><font face=3D"Arial" size=3D"2">Once the restore is done, I =
could use=20
BPRECOVER to revert the system BACK to how it is now (ie: todays=20
date).</font></span></div>
<div><span><font face=3D"Arial" size=3D"2"></font></span> </div>
<div><span><font face=3D"Arial" size=3D"2">I am sure there is going to =
be a con here=20
(for example, recovering back to the 16th will mean the Netbackup Datab=
ase=20
will now wonder why there are new tapes in the Robot and probably send =
them=20
to scratch!!</font></span></div>
<div><span><font face=3D"Arial" size=3D"2"></font></span> </div>
<div><span><font face=3D"Arial" size=3D"2">I really am looking for some=
alternatives=20
options here and open to some real help! Veritas have told me its the m=
edia=20
thats the problem!</font></span></div>
<div><span><font face=3D"Arial" size=3D"2"></font></span> </div>
<div><span><font face=3D"Arial" size=3D"2">This is not looking good=20
:(</font></span></div>
<div> </div>
<p><span lang=3D"en-gb"><b><font color=3D"#0000ff" face=3D"Arial" size=
=3D"2">Simon=20
Weaver</font></b><font face=3D"Arial"><br></font><b><font color=3D"#000=
0ff" face=3D"Arial" size=3D"2">Technical Support</font></b><font face=3D"Ar=
ial"><br></font><b><font color=3D"#0000ff" face=3D"Arial" size=3D"2">Window=
s=20
Domain Administrator </font></b><font face=3D"Arial"></font></span></p>
<p><span lang=3D"en-gb"><b><i><font face=3D"Arial" size=3D"2">EADS=20
Astrium</font></i></b><i></i><font face=3D"Arial"><br></font><b></b><b>=
<i><font face=3D"Arial" size=3D"2">Tel: 02392-70</font><font face=3D"Arial"=
size=3D"2">8598</font></i></b><i></i><font face=3D"Arial"> </font></span><=
/p>
<p><span lang=3D"en-gb"><b><font color=3D"#ff0000" face=3D"Arial" size=
=3D"2">Email: <a href=3D"mailto:Simon.Weaver AT Astrium.eads DOT net"
target=3D"_b=
lank" onclick=3D"return top.js.OpenExtLink(window,event,this)">Simon.Weaver=
@Astrium.eads.net
</a></font></b><font face=3D"Arial">=20
</font></span></p>
<div> </div>
<table>
<tbody>
<tr>
<td bgcolor=3D"#ffffff"><font color=3D"#000000">This email is for t=
he intended=20
addressee only.<br>If you have received it in error then you must=
not=20
use, retain, disseminate or otherwise deal with it.<br>Please not=
ify=20
the sender by return email.<br>The views of the author may not=20
necessarily constitute the views of EADS Astrium Limited.<br>Noth=
ing=20
in this email shall bind EADS Astrium Limited in any contract or=
=20
obligation.<br><br>EADS Astrium Limited, Registered in England an=
d=20
Wales No. 2449259<br>Registered Office: Gunnels Wood Road, Steven=
age,=20
Hertfordshire, SG1 2AS,=20
England<br></font></td></tr></tbody></table></blockquote></div><br></bloc=
kquote>
<table><tbody><tr><td bgcolor=3D"#ffffff"><font color=3D"#000000">This emai=
l 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 As=
trium Limited.<br>
Nothing in this email shall bind EADS Astrium Limited in any contract or ob=
ligation.<br>
<br>
EADS Astrium Limited, Registered in England and Wales No. 2449259<br>
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, En=
gland<br>
</font></td></tr></tbody></table>
</span></div></blockquote></div><br>
------=_Part_21575_29956509.1133341081863--
|
