I think I may have found a bug or perhaps at least a design limitation in Bacula. I'm running version 2.4.3. I use spooling and I back up to tape. I seem to get periodic errors logged about a file count mismatch resulting in a tape getting marked as status "Error".
I think I was able to determine the cause of one of these... the backup client running Windows Vista was restarted in the middle of the backup. The next time that tape is used, the file count mismatch is noted and the tape is marked in error. Additionally, bacula apparently filled up the tape before the client was restarted, so I don't know for sure if that had something to do with the problem. This raises some questions... 1) When a client goes away in the middle of a backup, bacula should handle that properly, but it appears to be missing a part of what it would normally do when a backup completes successfully. 2) In theory, if it can't do a whole backup the files that it does get onto the tape should be recoverable too but I've not checked if it handles it such that they are. 3) When a tape file count mismatch is found, can't it just correct the mismatch, send an e-mail and move on, w/o marking the tape as status Error when the tape is actually fine? ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
