SCSI tape data loss

[Kern Sibbald]

On Mon, 2003-06-02 at 23:55, Matthew Jacob wrote:
> > I suspect that the problem is something very simple such as
> > the drive buffering data then hitting the physical EOM and
> > of course any buffered data goes down the bit bucket.
> 
> A question to ask then is why tape_pattern_tester stopped at LEOT but
> Bacula didn't and kept going to PEOT.
> 
> -matt

This was just a thought, because you or Justin said that 
the driver does not fail writes at the LEOF, which means
that unless you are doing something special in your
tpt, it is not stopping at the LEOF.

One thought that I had is: the fact that Bacula backs
up at the EOM to re-read the last record could cause
some problems.  I've asked Dan if he will re-run the
Bacula backup/restore test but with the re-read disabled.
As someone said, this will give one more data point.

Another interesting test would be to see if the same
data loss occurs in a situation where a tape size is
specified such that Bacula stops writing before the
EOM on the first tape.

Best regards,

Kern