> On Wednesday 18 January 2006 06:34, Jo Rhett wrote: > > Oh, no. /d is a new filesystem on the freshly built server, and > > '/d/restores' is the directory I'm bextracting to. > > > > Any thoughts on this problem? Any debug I can get for you? On Wed, Jan 18, 2006 at 10:40:23AM +0100, Kern Sibbald wrote: > The output you are showing is very strange. I've never seen anything like it, > so at the moment I have no idea what is going on. I have not yet tested > Bacula on FreeBSD 6.0p2, so there is a possibility that there is some problem > with the tape driver or something like that, but it seems pretty unlikely > because normally, any tape drive problem will cause Bacula to complain about > errors (CRC or other) or simply crash. If you have a 64 bit system, then it > is likely a GCC bug as we have seen a good number of problems with GCC 4.x > where it generates bad code for 64 bit systems. Nope. It's AMD, but it's a K6/2. It wouldn't know a 64bit INT if I taped one to the front of it ;-)
> I guess, my recommendataion would be to start from scratch, backup a single > directory or two and see if you can reproduce the problem, maybe if it is > simplified you can get to the bottom of what is going on. Well, I'll definitely be doing more testing after this restore nightmargamee! (this was a home server, I was just trying to get used to Bacula... didn't think I'd really need to hammer on this yet) > You might also try downloading the regress directory from the cvs and run the > regression scripts. If they do not run, then you clearly have a problem > somewhere on your system as they do run correctly on FreeBSD 5.4-STABLE on a > 32 bit CPU. Um... that's bad. 6.0 is really 5.5, not much changed. Why isn't this noted anywhere? > > On Tue, Jan 17, 2006 at 10:07:22AM +0100, Kern Sibbald wrote: > > > I guess I was incorrectly interpreting the /d/restores as a Win32 > > > directory ... > > > > > > On Tuesday 17 January 2006 05:41, Jo Rhett wrote: > > > > Nope. These are freebsd filesystems from the bacula server itself. > > > > There are windows backups on different tapes, none on these tapes. > > > > > > > > On Mon, Jan 16, 2006 at 03:51:18PM +0100, Kern Sibbald wrote: > > > > > It appears that you are dealing with a Win32 client. One important > > > > > consideration here is that if you did not backup your Win32 machine > > > > > with the "portable = yes" option, then bextract will not be able to > > > > > extract the data. > > > > > > > > > > That said, bextract in version 1.39.4 *may* be able to extract the > > > > > data because there is new code written by Thorsten that allows > > > > > extraction of BackupRead data on to any machine. > > > > > > > > > > On Monday 16 January 2006 08:06, Jo Rhett wrote: > > > > > > FreeBSD 6.0p2 with Bacula 1.36.3 stock compile options. It's a > > > > > > DDS-3 tape drive. The other threads talk about not being able to > > > > > > do a restore from the catalog is the same thing. > > > > > > > > > > > > Anyway, I'm pretty sure this is a bug now. Why? > > > > > > > > > > > > Because I get exactly one > > > > > > each time it changes directory, in or out. Like so: > > > > > > > > > > > > bextract: -rw-r--r-- 1 root wheel 1017 2004-06-06 > > > > > > 21:11:48 > > > > > > /d/restores//usr/src/contrib/bind/bin/named/test/named.conf > > > > > > bextract: -rw-r--r-- 1 root wheel 1181 2004-06-06 > > > > > > 21:11:48 /d/restores//usr/src/contrib/bind/bin/named/test/root.hint > > > > > > bextract: drwxr-xr-x 2 root wheel 512 2004-06-06 > > > > > > 21:11:48 *none* bextract: drwxr-xr-x 3 root wheel 1024 > > > > > > 2004-06-06 21:11:48 *none* bextract: -rw-r--r-- 1 root wheel > > > > > > 1867 2004-06-06 21:11:48 > > > > > > /d/restores//usr/src/contrib/bind/bin/named-bootconf/Makefile > > > > > > bextract: -rw-r--r-- 1 root wheel 7627 2004-06-06 > > > > > > 21:11:48 > > > > > > /d/restores//usr/src/contrib/bind/bin/named-bootconf/named-bootconf > > > > > >.sh bextract: -rw-r--r-- 1 root wheel 1038 2004-06-06 > > > > > > 21:11:48 > > > > > > /d/restores//usr/src/contrib/bind/bin/named-bootconf/test.boot > > > > > > bextract: -rw-r--r-- 1 root wheel 8700 2004-06-06 > > > > > > 21:11:48 > > > > > > /d/restores//usr/src/contrib/bind/bin/named-bootconf/Grot/named-boo > > > > > >tcon f.pl bextract: drwxr-xr-x 2 root wheel 512 > > > > > > 2004-06-06 21:11:48 *none* bextract: drwxr-xr-x 3 root wheel > > > > > > 512 2004-06-06 21:11:48 *none* bextract: -rw-r--r-- 1 root > > > > > > wheel 2335 2004-06-06 21:11:48 > > > > > > /d/restores//usr/src/contrib/bind/bin/named-xfer/Makefile bextract: > > > > > > -rw-r--r-- 1 root wheel 79479 2004-06-06 21:11:48 > > > > > > /d/restores//usr/src/contrib/bind/bin/named-xfer/named-xfer.c > > > > > > bextract: drwxr-xr-x 2 root wheel 512 2004-06-06 > > > > > > 21:11:48 *none* bextract: -rw-r--r-- 1 root wheel 2548 > > > > > > 2004-06-06 21:11:48 > > > > > > /d/restores//usr/src/contrib/bind/bin/ndc/Makefile bextract: > > > > > > -rw-r--r-- 1 root wheel 19837 2004-06-06 21:11:48 > > > > > > /d/restores//usr/src/contrib/bind/bin/ndc/ndc.c > > > > > > > > > > > > On Mon, Jan 16, 2006 at 07:49:19AM +0100, Michael 'buk' Scherer > wrote: > > > > > > > Too bad we still don't know anything about your "setup". > > > > > > > Version, Hardware, OS, ... > > > > > > > > > > > > > > Moin btw. ;] > > > > > > > > > > > > > > M. > > > > > > > > > > > > > > On Sun, 15 Jan 2006 - 5:57pm, Jo Rhett wrote: > > > > > > > >So I'm successfully restoring from bextract, but it shows > > > > > > > > this... > > > > > > > > > > > > > > > >bextract: drwx------ 2 501 500 512 2005-10-09 > > > > > > > > 20:37:09 *none* bextract: drwx------ 3 501 500 > > > > > > > > 512 2005-10-05 23:31:50 *none* bextract: drwx------ 3 501 > > > > > > > > 500 512 2005-10-05 23:31:50 *none* bextract: -rw-r--r-- 1 > > > > > > > > 501 500 35 2005-10-05 23:32:26 > > > > > > > > /d/restores//space/home/jrhett/.gnome2/procman bextract: > > > > > > > > -rw------- 1 501 500 2 2005-10-06 23:12:29 > > > > > > > > /d/restores//space/home/jrhett/.gnome2/.gnome-smproxy-5REe5x > > > > > > > > bextract: -rw------- 1 501 500 2 2005-10-09 > > > > > > > > 19:46:44 > > > > > > > > /d/restores//space/home/jrhett/.gnome2/.gnome-smproxy-yOwaea > > > > > > > > bextract: -rw-r--r-- 1 501 500 33 2005-10-09 > > > > > > > > 20:25:52 /d/restores//space/home/jrhett/.gnome2/yelp bextract: > > > > > > > > drwx------ 8 501 500 512 2005-10-09 20:23:42 > > > > > > > > *none* bextract: -rw------- 1 501 500 242 > > > > > > > > 2005-10-09 19:46:29 /d/restores//space/home/jrhett/.Xauthority > > > > > > > > bextract: -rw------- 1 501 500 5740 2005-10-09 > > > > > > > > 20:34:51 /d/restores//space/home/jrhett/.bash_history bextract: > > > > > > > > -rw-r--r-- 1 501 500 3738 2005-10-09 20:24:07 > > > > > > > > /d/restores//space/home/jrhett/.xsession-errors bextract: > > > > > > > > drwx------ 2 501 500 512 2005-10-09 20:34:48 > > > > > > > > *none* > > > > > > > > > > > > > > > >What are all those "*none*" entries? They appear to be > > > > > > > > directories... > > > > > > > > > > > > > > -- > > > > > > > I love deadlines, especially the sound they make as they go > > > > > > > whooshing by. -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation ------------------------------------------------------- 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://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
