Doytchin Spiridonov wrote:
> Hello,
>
> trying to identify a bug in bacula and/or our system setup.
>
> Is there anyone that on restore had errors like this:
>
> Error: attribs.c:410 File size of restored file
> /home/bacula/res/b3/usr/src/redhat/RPMS/i686/glibc-2.2.5-44.i686.rpm
> not correct. Original 3826291, restored 10620921.
>
> - the file is not a log file or any file that has changed during the
> backup (in which cases an error like the one above should be normal)
>
> - the wrong file size is always larger that the original; if we cut
> the first N bytes, where the N is the correct file size, the original
> and restored files match; we noted that the appended data is part of
> another file from the backup, not a garbage data. Note that this other
> file (from which some part has been appended to the file with wrong
> size) is restored correctly, so the only problem is wrong file size
> decision by bacula and reading further than its end (seems this is
> some internal buffer of Bacula as the data is stored in the volumes
> using GZIP and just reading further would break everything and the
> appended data should be garbage, not unzipped data).
The first thing that I would try is unmounting the filesystem and performing a
full fsck on it, to rule out filesystem corruption.
--
Frank Sweetser fs at wpi.edu | For every problem, there is a solution that
WPI Senior Network Engineer | is simple, elegant, and wrong. - HL Mencken
GPG fingerprint = 6174 1257 129E 0D21 D8D4 E8A3 8E39 29E3 E2E8 8CEC
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
