On Wednesday 02 August 2006 04:09 am, Kern Sibbald wrote: > On Wednesday 02 August 2006 10:58, Beda Kosata wrote: > > Kern Sibbald wrote: > > > On Wednesday 02 August 2006 06:40, Beda Kosata wrote: > > >>Dear all, > > >>I am using bacula to backup several of our machines and I have run into > > >>a problem restoring one machine. > > >>All files are restored, but for some of them I get something like this > > >>in messages: > > >> > > >>01-Aug 15:31 fretka-fd: MilaRestoreFiles.2006-08-01_15.31.09 Error: > > >>Uncompression error on file > >> > >>/home/restore/home/nicmila/.thunderbird/fpjdjhkm.default/Mail/LocalFolder > >>s/Sent.msf. > >> > > >>ERR=Zlib buffer error > > >> > > >>and the resulting files have zero length. > > >>This machine is a pretty new AMD64. When I have tried to restore to an > > >>older pentium4 machine, everything went ok. Both of them are running > > >>Gentoo Linux in similar configuration. > > >>Therefor I suspect the problem is in the 64bit machine. However trying > > >>to find any information on problems with zlib on AMD64 was not > > >> successful. I have tried to recompile both zlib and bacula, even with > > >> optimization turned off, but the errors remain. > > >> > > >>I would be glad for any suggestions how to fix this problem. > > > > > > Are you trying to restore files from Volumes that were written on the > > Pentium4 > > > > on the AMD64 or did you write the Volumes with your AMD64? > > > > I am trying to restore files that were backed up on an older pentium > > machine (as part of hardware update). I have now tried to restore backup > > that was already made on the AMD64 machine and everything seems to be OK. > > I guess it solves most of the problem for me now. Anyway I wonder what > > the problem is. Shouldn't zlib work regardless of the architecture? > > Yes, zlib should work regardless of the architecture -- this is a real pity > to hear, because it means that zlib is not 32/64 bit clean and/or does not > take the trouble to handle byte order differences. > > Perhaps it is time to consider implementing other compression algorithms > such as lzma, which I believe were written more recently and probably > handle thes problems. > > I'll also take a note of this and check the Bacula code as it is possible > that there is a problem, though I doubt it. > > > Thanks > > Beda > > > > p.s.- bacula is great :) > > Thanks. > > Regards, Kern > Kern,
I've just checked the bug reports for Debian AMD64 & on the zlibc homepage and can find no reference to any 64bit bugs. Also, there has been no mention of any zlibc problems on the Debian AMD64 mailing list. (I'm running Debian Sarge for AMD64 here, myself, but haven't used compression.) So I would suspect that the problem is limited either to Gentoo Linux, in particular, to Mr. Kosata's system, or (I know this is a very remote possibility ;-) Bacula. Cheers! cmr -- Debian 'Sarge': Registered Linux User #241964 ---- "More laws, less justice." -- Marcus Tullius Ciceroca, 42 BC -------- ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
