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). ------------------------------------------------------------------------- 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
