It is unlikely that this is a Bacula problem, especially considering
your remark that you have
used it for years and never had any problems.
My best guess is that you have bad media or a bad medium or a bad
connector. When writing, unless the OS reports an error, Bacula assumes
the write is good. That is, it does not re-read the data. If you want
to verify then you must run a Bacula verify job after the backup job.
I suspect that there is no difference between Bacula and rsync except
that rsync is writing on a part of the media that is good and Bacula is
writing elsewhere.
There are several solutions (this is not exhaustive): 1. Get new
media. 2. Use a more reliable form of backup device (USB is relatively
unreliable compared to SATA, ...). 3. Run read/write disk tests on your
USB disk (note: this will destroy any existing data). 4. Check your OS
logs. They may show low level errors that are not reported to Bacula.
If you have such errors, you must eliminate them to have reliable
backups (or said the other way around: reliable backups *never* generate
any OS device errors).
Best regards,
Kern
On 06/27/2014 04:36 PM, advantex AT posteo DOT de wrote:
> Hi Liste,
>
> I am using Bacula for years now and had no trouble so far.
> But now it really hits me.
> Well it worked smoothly .. until restore. (on ubuntu 12LTS and ubuntu
> 14, bacula version 5.2.6)
> The files were on USB disk. To be on the safe side I recreated
> everything on local sata again. Same result.
> I do tons of rsync on that disc with no problem, checked with smart,
> upgraded the system and no change. If I run bacula-sd with -p the
> restore is pulled through but the files are really corrupted.
>
> Luckily I have another backup. But this is really a bad move.
> How can I rely on the backup of bacula now? (i.e. Rsync tells me at
> once if the file is corrupt) Do I really have to do a checking restore
> on every job now?
>
> Could you give me a hint what might be the problem?
> Thanks
> G.
>
>
> "
> 27-Jun 15:03 backup01-sd JobId 252: Ready to read from volume
> "File010018" on device "FileStorage" (/data/bacula/FileStorage).
> 27-Jun 15:03 backup01-sd JobId 252: Forward spacing Volume "File010018"
> to file:block 1:699862044.
> 27-Jun 15:03 backup01-sd JobId 252: Error: block.c:318 Volume data
> error at 1:930427898! Block checksum mismatch in block=3574 len=64512:
> calc=ea539ac7 blk=d1a3deba
> 27-Jun 15:03 backup01-fd JobId 252: Error: attribs.c:485 File size of
> restored file /tmp/restore/data/tmp/xxxxxx.zip notcorrect. Original
> 45958435, restored 2949120.
> "
>
> ------------------------------------------------------------------------------
> Open source business process management suite built on Java and Eclipse
> Turn processes into business applications with Bonita BPM Community Edition
> Quickly connect people, data, and systems into organized workflows
> Winner of BOSSIE, CODIE, OW2 and Gartner awards
> http://p.sf.net/sfu/Bonitasoft
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
------------------------------------------------------------------------------
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
