SCSI tape data loss
Justin T. Gibbs
gibbs at scsiguy.com
Tue Jun 3 07:52:17 PDT 2003
> Hello,
>
> Dan has now re-run our test of writing to two tapes. In
> this test, he told Bacula not to attempt to re-read the
> last block written, so Bacula wrote until -1 with errno=ENOSPC
> was returned, wrote two EOF marks then put up
> the next volume.
Bacula is supposed to start the process of a tape change as soon
as the amount written is less than what you intended to write.
Ignoring the short write and waiting until you hit ENOSPC guarantees
you will hit PEOM, since the LEOM is only reported once. The tape
driver expects that you know what you are doing if you go on writing.
--
Justin
More information about the freebsd-scsi
mailing list