Hello,
I still have problem I mentioned in previous email. I've checked one random
file that fails to be restored: db_mysql_dumps_1123-2009.tar.gz
-rw-r--r-- 1 root root 252444672 2009-11-23 02:02
/tmp/bacula-restore/var/db_backups/db_mysql_dumps_1123-2009.tar.gz
-rw-r--r-- 1 root root 281037550 2009-11-23 02:02
/var/db_backups/db_mysql_dumps_1123-2009.tar.gz
and the file is obviously backed up not complete. So restoration process
fails ( tar xfv on incomplete archive ->
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now
)
01-Dec 23:17 host-sd JobId 343: Ready to read from volume "Volumes0097" on
device "FileStorage" (/backups/).
01-Dec 23:17 host-sd JobId 343: Forward spacing Volume "Volumes0097" to
file:block 0:198.
01-Dec 23:25 host-sd JobId 343: Error: block.c:318 Volume data error at
8:3859489557!
Block checksum mismatch in block=592437 len=64512: calc=edab1d9b
blk=820517c2
01-Dec 23:24 client-fd JobId 343: Error: attribs.c:421 File size of restored
file /home/tmp/var/db_backups/db_mysql_dumps_1123-2009.tar.gz not correct.
Original 281037550, restored 252444672.
do you have idea what could be reason for this ? As I said hdd is fine.
Thanks
On Fri, Nov 27, 2009 at 2:28 AM, Radim Roska <radim.ro...@gmail.com> wrote:
> Hello,
>
> I've got bacula on debian from backports -> version 2.4.4. As storage
> i use HDD - raid 1 (no tape).
>
> Backups are done without error. But than when i want to restore
> something,...sometimes it fails because of bad checksum..its not just
> that one volume..actually most restore jobs fails.
>
> e.g.:
> 08-Nov 12:41 host-sd JobId 268: Ready to read from volume
> "Volumes0067" on device "FileStorage" (/backups/).
> 08-Nov 12:41 host-sd JobId 268: Forward spacing Volume "Volumes0067"
> to file:block 0:198.
> 08-Nov 12:41 host-sd JobId 268: Error: block.c:318 Volume data error
> at 0:626540712!
> Block checksum mismatch in block=9713 len=64512: calc=12e65067 blk=5d0e32ee
>
> Disks are apparently ok - SMART and badblocks didnt find anything.
>
> Ive tried to extract that volume with bextract and of course result is
> same (since its using same code i guess:)
> 27-lis 02:17 bextract JobId 0: Error: block.c:318 Volume data error at
> 0:324689092!
> Block checksum mismatch in block=5034 len=64512: calc=e7cf8c6b blk=c0d129b3
> 27-lis 02:17 bextract JobId 0: Error: attribs.c:421 File size of
> restored file tmp//var/spool/cyrus/mail/c/user/cxxxx/Sent/155. not
> correct. Original 2515248, restored 1245184.
> bextract: acquire.c:436-0 dir_update_vol_info. label=64 Vol=Volumes0067
>
>
> Please do you have any suggestion where could be problem?
> Thanks
>
> Radim
>
--
Radim Roška
------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
