On Thursday 03 August 2006 07:37, Beda Kosata wrote: > Kern Sibbald wrote: > > On Wednesday 02 August 2006 17:46, Mike Reinehr wrote: > > > >>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. > > > > I guess that I was not very precise. I did not mean to imply that this was a > > 64 bit problem. What I was trying to say is that zlib does not seem to be > > 32/64 bit clean, which means that if you compress data on a 32 bit machine > > and try to uncompress exactly the same data on a 64 bit machine, it doesn't > > seem to work. > > > > Whether or not it is a zlib or a Bacula bug I cannot tell, but I do know that > > we put a lot of effort in trying to ensure that Bacula is *totally* 32/64 bit > > independent. Even routines such as the system printf() or sscanf() are not > > even close to being 32/64 bit independent. > > > > > > > I have made a few more test to be sure that it is not problem of one > system. I have tried to restore files backed up on a 32bit machine onto > *another* 64bit machine, with the same result - corrupted files. > Restoring files backed up on a 64bit machine to a 32bit machine seems > ok. The same is true for restoring files backed up on 64bit machine to > another 64bit machine. > So to summarize, it seems that > 32 => 32 - OK > 64 => 64 - OK > 64 => 32 - OK > 32 => 64 - Errors > > Unfortunately I cannot test 64bit machine under other OS than Gentoo Linux.
Thanks for the nice summary. I imagine that if it breaks on one 32 => 64 machine, it will break on all the others. I'll take a good look at the Bacula code today to see if we could have an error someplace in our code, because it would be really good to fix this problem before releasing 1.40.0. In fact, I have a good idea where the problem is -- in the zlib header type definitions. > > Beda > > > > > >>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 > >> > > > > > > ------------------------------------------------------------------------- > > 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 > > > > > ------------------------------------------------------------------------- > 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 > ------------------------------------------------------------------------- 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
