On Monday 20 March 2006 11:10, Alan Brown wrote:
> On Fri, 17 Mar 2006, Wolfgang Denk wrote:
> > Most critical options are: MT_ST_BUFFER_WRITES, MT_ST_ASYNC_WRITES,
> > MT_ST_READ_AHEAD. Especially the combination of MT_ST_BUFFER_WRITES
> > and MT_ST_ASYNC_WRITES prevents any way to reliably
On Fri, 17 Mar 2006, Wolfgang Denk wrote:
Most critical options are: MT_ST_BUFFER_WRITES, MT_ST_ASYNC_WRITES,
MT_ST_READ_AHEAD. Especially the combination of MT_ST_BUFFER_WRITES
and MT_ST_ASYNC_WRITES prevents any way to reliably handle end of
tape conditions.
I thought Bacula tried to
Thanks for your help Wolfgang but as it seems, the solution was much simpler.
I did the tests with our "backup" tape-library and they worked fine.
Ok, tape drive broken, I changed them and it works.
I dunno why but I threw a cleaning tape into the new library just to clean the
head before the we
In message <[EMAIL PROTECTED]> you wrote:
>
...
> What the hell is that?
...
> >Running Bacula 1.38.5 on Linux.
The Linux SCSI tape device driver has default settings which cause a
lot of problems whenever you try to run multivolume backups. For
details please see "man 4 st".
Most critical
Running btape test
*test
[...]
btape: btape.c:795 Wrote 1000 blocks of 64412 bytes.
btape: btape.c:469 Wrote 1 EOF to "TapeStorage" (/dev/nst0)
btape: btape.c:811 Wrote 1000 blocks of 64412 bytes.
btape: btape.c:469 Wrote 1 EOF to "TapeStorage" (/dev/nst0)
btape: btape.c:820 Rewind OK.
Got EO
