Gary R. Schmidt schrieb am 12.05.23 um 16:26:
On 11/05/2023 13:49, Dr. Thorsten Brandau wrote:
Hi
I use an lto-9 drive for backup. I activated hardware compression on
the tape (i think) but all the logs of bacula show a tape change at
18TB which should be the native (uncompressed) capacity. From
experience I would expect a ratio of at last 1:1.2. Is there any way
to make sure to use compression (or as last resort activate software
compression)?
Are you using the actual compressed device in your bacula-sd.conf?
On Solaris I use /dev/rmt/0cbn to turn on compression. (But I started
out handling tape back when they were huge upright things, throwing
pseudo-random characters into device names is reflex. :-) )
Cheers,
Gary B-)
Hi Gary,
well I remember times were you could change the whole disc with a cake
basket like holder and tapes could be used as paperweights and through
from the 5th floor, but will work fine afterwards...
I am running linux and the tape is /dev/nst0 which should referr to the
compressed device. The loader is sg7 but that should not play any role.
I also remember times where tapes had so many names in /dev but also our
older LTOs do not fuss around and leave little options on the dev side,
but you have to configure them with MT or MTX.
However, I turned compression on with MT and MTX, so I still do not
understand why it seems that the data is imcompressible... I will try
software compression to see IF the data is compressible (soooo many text
files, should shrink nice an easy...).
Cheers
TB
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
