[plug] Weird "tape full" error

[Andrew Furey]

> Are you sure hardware compression is not turned on
> as well?
> Most drives come with this factory set to yes, and
> it can cause problems
> with software compression.

Not that I can see, from the output of mt[blah]status:

drive type = Generic SCSI-2 tape
drive status = 318767616
sense key error = 0
residue count = 0
file number = 0
block number = 0
Tape block size 512 bytes. Density code 0x13 (DDS
(61000 bpi)).
Soft error count since last status=0
General status bits on (41010000):
 BOT ONLINE IM_REP_EN

and also dmesg:

st: bufsize 32768, wrt 30720, max buffers 5, s/g segs
16.
scsi0: <fdomain> BIOS version 3.4 at 0xc8000 using
scsi id 7
scsi0: <fdomain> TMC-18C30 chip at 0x140 irq 5
scsi0 : Future Domain 16-bit SCSI Driver Version 5.50
scsi : 1 host.
  Vendor: SONY      Model: SDT-7000          Rev: 0150
  Type:   Sequential-Access                  ANSI SCSI
revision: 02
Detected scsi tape st0 at scsi0, channel 0, id 3, lun
0

Besides if that were the cause, it would have affected
it before, surely. I've only been having problems
since Feb 22, and AFAICS nothing happened then... (but
I could be wrong)

In light of this though, I've tried doing a backup
with tar's compression turned off (no -z), and it
fails a bit before the compressed one. A du of the
subsequent restore comes out at 2.37Gb, but this may
match the 2Gb given things like cluster size. (BTW is
there a parameter to du to only use the actual size of
the file, not the space it occupies ie. rounded up to
cluster size? Anyone?)

Thanks,
Andrew the stumped...


=====
"One Architecture, One OS" also translates as "One Egg, One Basket".

http://www.sold.com.au - SOLD.com.au Auctions
- 1,000s of Bargains!