This solution (recompiling) makes some sense to me. I've recompiled it several times, and observed different instabilities each time, actually. Hence the problem initially addressed in this discussion... I've since recompiled and it works now, though I'm not sure to what extent. I'll try recompiling it with no optimizations.
Cosimo, in response to your questions: All daemons are running on the same machine, currently. That machine is a dual 64-bit Intel Xeon, so it's em64t and uses the amd64 code. Because I'm still running in testing mode, more-or-less, I don't have any other machines backing up to it (yet). Because I use Gentoo on my servers, the default method of installation is from source, as the Gentoo Portage tree doesn't distribute binaries -- so yes, I compiled from source. I used most of the default build options, but of course those vary in conjunction with my /etc/make.conf file (which also specifies the -O2 optimization). As mentioned above, recompiling seems to solve some of my problems from time to time, as in this case. Let me know if you have any more questions. Regards, Sam PS: I look forward to 1.38 being labeled as stable for amd64 in the Gentoo Portage tree. -----Original Message----- From: Kern Sibbald [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 18, 2006 11:46 AM To: bacula-users@lists.sourceforge.net Cc: Cosimo Streppone; Samuel Briesemeister Subject: Re: [Bacula-users] Re: Bacula 1.36.3: backup ok, restore fails Try compiling your daemons with all optimization turned off (i.e. no -O2). This may be related to an apparent g++ code generation bug that we have seen on 64 bit machines. On Wednesday 18 January 2006 18:44, Cosimo Streppone wrote: > [cc'd to bacula-users] > > 2006/1/14, Samuel: > > I'm Sam. I'm a sysadmin using Bacula on a 64-bit machine as well, running > > Gentoo, and it appears we've encountered similar problems. A record of my > > situation is posted here: http://sial.org/pbot/15428 > > Mmh.. Looks quite similar to my case. > > > I found a post of yours to the > > bacula-users@lists.sourceforge.net mailing list, but it > > seems you never got a response. Did you ever find a solution? If so, I'd > > love to hear it! > > Unfortunately, I found no solution. > Probably we can nail it down a bit. > I have some questions for you. > > 1) Is your director running on your Gentoo 64 box? My director is > running on a RHEL4 amd 64 box. > 2) Do you backup several machines, also 32 bit? I do. > 3) Did you build your bacula from source? If so, what build options? > I don't remember my build options, but I can check. > > Thanks for contacting me, Samuel. > > -- > Cosimo > > > ------------------------------------------------------- > 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________________________________________ >_______ Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users -- 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://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
