> > Ralf Gross schrieb: > > 26-May 04:51 VU0EA003-sd JobId 12376: Ready to read from volume > "A00098L4" on device "ULTRIUM-TD4-D3" (/dev/ULTRIUM-TD4-D3). > 26-May 04:51 VU0EA003-sd JobId 12376: Forward spacing Volume > "A00098L4" to file:block 0:1. > 26-May 08:06 VU0EA003-sd JobId 12376: Error: block.c:318 Volume data > error at 721:4451! > Block checksum mismatch in block=106863406 len=64512: calc=9a831670 > blk=594c2ab >
Do you think you could add some code at that point to dump the 'bad' block in hex when a checksum mismatch is detected? If not, I could supply a patch to do that if you can recompile. I know how frustrating problems like this can be, and I find it curious that the header appears to read correctly, no scsi errors are reported, and yet the checksum fails, but that it works fine when you use bextract... I think it would be enlightening to see what is in the buffer vs what is actually on the tape to see what is different (single bit error? stale data from a previous read? short read?) It might also be useful to pre-fill the buffer with 0xAA or some other obvious data to detect a short read... James ------------------------------------------------------------------------------ Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
