In message <[EMAIL PROTECTED]> you wrote:
>
> My last hypothesis is that it is due to using h/w compression. After I've
> changed back to s/w compression I have not seen this phenomenon. When that
> said,
No, h/w vs. s/w compression is only indirectly involved. It changes
the timing. With s/w compression, data flow to the tape drive is
slower.
As mentioned before, I see the same effect when changing the timing:
running the SD on a low end system (400 MHz P II) makes the problem
go away reliably - with h/w compression on.
I am more and more convinced that this is a subtel timing issue in
the SCSI tape driver layer.
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED]
"Plan to throw one away. You will anyway."
- Fred Brooks, "The Mythical Man Month"
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
