Ok - sorry to have this raise it's ugly head again... I thought I had
it sussed out but I just found out last night I hadn't... I'm just
hoping that someone out there is going to be able to give me some
insights into what's going wrong - or some tests I can run to find
out more...
We are using a Sony DDS-3 12/24 DAT drive to run out overnight
backups of approximately - well it's about 15Gb at the moment...
We're using Sony DGD125P DAT tapes, and as hardware compression is
enabled - both with the jumpers on the drive, and by calling:
mt datcompression on
as such I'm under the impression that we should be getting in the
region of 24Gb on an archive - most of the data is uncompressed data
on an 8Gb netatalk appleshare volume...
anyway - when running our overnight backup it exited with this error:
Total bytes written: 13178327040
tar: Cannot write to /dev/tape: No space left on device
tar: Error is not recoverable: exiting now
If I run the backup using the -z option with tar (softwre
compression) I can successfully archive everything - which leads me
to conclude that hardware compression is definitely not working? I
don't like running with software compression though as it's slower
??? but more importantly it doesn't allow me to verify the archive
after writing.
we're running mt-st-0.5b-4 from a Redhat RPM - on a Redhat 6.0 server
with all the appropriate security and update patches installed.
mt staus returns:
SCSI 2 tape drive:
File number=0, block number=0, partition=0.
Tape block size 512 bytes. Density code 0x25 (DDS-3).
Soft error count since last status=0
General status bits on (41010000):
BOT ONLINE IM_REP_EN
mt datcompression returns:
Compression on.
-----
Nitro - 3D Visualisation, Graphics & Animation
Ph (+61 2) 9810 5177 - Fx (+61 2) 9810 0199
http://www.nitro.com.au/
