er 02, 2010 11:31 AM
To: Rodrigo Ferraz
Cc: bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users] LTO-3 tape not compressing data/premature end of
tape space
Cool. I did not know there was such a thing. So controlling compression
could happen at two different places. Right?
On 9/1/2
Cool. I did not know there was such a thing. So controlling
compression could happen at two different places. Right?
On 9/1/2010 7:15 PM, Rodrigo Ferraz wrote:
> Problem solved!
>
> Steve Ellis pointed that there was a problem with my stinit command.
>
> As you'll all notice below (my orig
Problem solved!
Steve Ellis pointed that there was a problem with my stinit command.
As you'll all notice below (my original message/post), the first output of
stinit is identifying /dev/nst0 and /dev/nst0l as mode 0 and 1, respectively.
But this output is not correct, it's a bug in version 0.9
> We've been facing this problem for a while and unfortunately we are still
> unable to find an effective solution, so any help would be greatly
> appreciated.
>
> The problem: bacula is only filling LTO-3 until exactly 394.38 GB and not
> going any further a single byte. Looks like tape compres
Hello
We've been facing this problem for a while and unfortunately we are still
unable to find an effective solution, so any help would be greatly appreciated.
The problem: bacula is only filling LTO-3 until exactly 394.38 GB and not going
any further a single byte. Looks like tape compression
