On Monday 28 November 2005 16:39, Turbo Fredriksson wrote:
> Quoting Kern Sibbald <[EMAIL PROTECTED]>:
> Date: Mon, 28 Nov 2005 16:39:50 +0100
> In-Reply-To: <[EMAIL PROTECTED]> (Kern Sibbald's message
> of "Mon, 28 Nov 2005 10:34:13 +0100")
> Message-ID: <[EMAIL PROTECTED]>
> User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/20.7 (gnu/linux)
> MIME-Version: 1.0
> Content-Type: text/plain; charset=us-ascii
>
> > On Thursday 24 November 2005 16:20, Turbo Fredriksson wrote:
> >> I just had to do my first 'bare-metal restore'. After a little
> >> fiddling, I managed to restore the machine to exact state
> >> (I was lucky, a full backup had run successfully the day before!).
> >>
> >> But the job terminated with error, but all files was restored...
> >>
> >> This is the mail I got (misunderstood WHERE the IP should be
> >> so the fd/sd names and address was changed instead of only the
> >> address value):
> >
> > Were there not some error messages interspersed perhaps with the file
> > listing? Sometimes they are hard to see. I suspect that it choked on
> > trying to restore some pipes or possibly some of the weird filesystems in
> > /dev that are put back at boot time. Normally such errors are not fatal,
> > so everything continues to the end. Yes, it was probably successful.
> > Looking at the error messages could confirm it ...
>
> Ah, yes. Thanx for forcing me to look at 86 THOUSAND lines of mail! :)
Yes cool. Well, normally a grep for Error: should produce the desired results
rather quickly.
I guess, I could probably queue these kinds of messages so that they come out
at the end of the job report.
>
> ----- s n i p -----
> Line 86008
> 212.214.70.53-fd: -rw-r----- 1 0 4 38366938 2005-11-22
> 08:50:46 /var/log/debug 23-Nov 23:32 212.214.70.53-fd:
> RestoreFiles.2005-11-23_23.18.56 Error: attribs.c:339 File size of restored
> file /var/log/debug not correct. Original 38366938, restored 38374512.
>
> Line 86353
> 212.214.70.53-fd: -rw-r----- 1 0 4 2913155 2005-11-22
> 08:53:07 /var/log/syslog 23-Nov 23:33 212.214.70.53-fd:
> RestoreFiles.2005-11-23_23.18.56 Error: attribs.c:339 File size of restored
> file /var/log/syslog not correct. Original 2913155, restored 2921709.
>
> Line 86400
> 212.214.70.53-fd: -rw-r----- 1 0 4 38390388 2005-11-22
> 08:53:47 /var/log/kern.log 23-Nov 23:34 212.214.70.53-fd:
> RestoreFiles.2005-11-23_23.18.56 Error: attribs.c:339 File size of restored
> file /var/log/kern.log not correct. Original 38390388, restored 38397962.
> ----- s n i p -----
>
> Mystery solved. Thanx.
>
> > Your fast restore was probably due to the fact that Bacula had everything
> > on one tape?
>
> On one tape yes. And on an IBM Ultrium 1. A very (!) fast tapedrive. But
> expensive :)
>
> Also, I never managed to do the restore from home (other 'case' - restore
> from behind firewall), so the restore had to be done on the original IP
> just next to the SD (same 100Mbit switch)..
>
> This was however an experience I didn't want to have. Not really. It's nice
> to have it now when everyting worked so well, but I can _SERIOSLY_ (can't
> stress that enough) recomend anyone interested in Bacula (or ANY backup
> system I guess) to at least practise a bare-metal recovery. You learn a
> lot. So even if it takes four years to next time, at least I have SOME clue
> on how/what to do :)
>
> Thanx a milion for the (very) good documentation about this. It really
> saved my bacon! And thank *** that I had the fortune to have a full backup
> from the day before!
--
Best regards,
Kern
(">
/\
V_V
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
