On Mon, Feb 11, 2008 at 12:49 PM, Dan Langille <[EMAIL PROTECTED]> wrote:
> K. M. Peterson wrote:
> ...
> > Error reading block: ERR=block.c:1008 Read zero bytes at 1180:0 on
> > device "Drive-1" (/dev/nst0).
>
> Have you tried a different tape as the second tape?
>
Hi,
No, I haven't. I only have two DLT-S4 tapes at the moment, but I'll swap
them and rerun the 'fill' tonight.
Also, the compression question was more along the lines of: with a volume
capacity of 812GB, and a write speed of 45MB/sec I presume that the drive
isn't compressing the data. This would either be because the drive isn't
set properly (although tapeinfo says DataCompEnabled: yes) or because fill
writes really random data that isn't compressible. So I was wondering which
of these explanations is more likely.
I also played with the blocksize directives. tapeinfo says that the drive
can write 16MB blocks; that would presumably be the fastest way to write to
tape. However, btape says that's too big a blocksize so I'm wondering
whether there is an issue with the size that the kernel/device is set to
use.
But really I'd be happy if btape - fill doesn't throw an error, and I'd
still like any suggestions of things to try.
Thanks!
>
> --
> Dan Langille
>
> BSDCan - The Technical BSD Conference : http://www.bsdcan.org/
> PGCon - The PostgreSQL Conference: http://www.pgcon.org/
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
