Hello, Thursday, July 26, 2007, 7:38:43 PM:
S> Hello, S> just wondering from the sideline here: >> The file can be restored correctly if marked alone S> doesn't his prove that the relevant catalog data for the file is OK? This probably means that the problem is with positioning inside volumes? >> but the error 3. below >> is generated (which seems to be just a bogus error). >> b3: Restore_b3.d6.int.2007-07-23_17.31.47 Fatal error: Record header >> file index 42452 not equal record index 0 >> Storage: Restore_b3.d6.int.2007-07-23_17.31.47 Fatal error: read.c:124 >> Error sending to File daemon. ERR=Connection reset by peer >> Storage: Restore_b3.d6.int.2007-07-23_17.31.47 Error: bsock.c:306 >> Write error sending 30 bytes to client:10.2.1.13:36643: ERR=Connection >> reset by peer S> This seems to point to an error on the fd side? How can that be related to the S> backing up part? No, as the same error happens when restoring to several different fds. Happens at the same time and positions and using different versions (2.0.3, 2.1.26, 2.1.28). The message could come from the fd, but if wrong data/packets are sent to fd, or if the connection is closed by the director or sd? I think those errors could be explained only by the developer who wrote the software. However as they couldn't reproduce the problem (seems they don't have the right test case, as this is clear is not related to the hadrware or OS) they closed the bug report and for us now the only solution is not to use concurrent jobs (and i guess for everyone, if you want to be sure that one day you could restore your backup if needed). The tests so far show that when running jobs 1 by 1 (not concurrent) none of the errors happen. I'm happy that we found at least a workaround, otherwise Bacula would be useless. The bottom line is that with Bacula if your backups are reported to be OK, this doesn't mean you could restore the files w/o a problem and it's a good idea to check periodically full restores. Regards. ------------------------------------------------------------------------- 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
