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! :) ----- 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! -- Why can't programmers tell the difference between halloween and christmas day? Because 25 DEC = 31 OCT. ------------------------------------------------------- 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
