I'm not a bacula user... but have experimented several yrs ago with
it.
I'm currently using Retrospect pro but it is only good for 2 clients
at most at the (close to $100 I think... I paid something like $129 a
few yrs ago) non-server license level (Server licensing is much
higher)
So it can't r
On Sun, Jul 19, 2009 at 9:51 AM, ict Mapper ict
department wrote:
> Bacula version: (26 July 2008) x86_64-pc-linux-gnu debian 4.0
> backup unit/changer: HP storageworks MSL2024 LTO3
>
> Hello,
>
> We have a real weird problem. Tapes are not fully written. But this is not in
> all cases. The proble
Hi,
On Sun, 19 Jul 2009, Bruno Friedmann wrote:
> Most of the data are compressible ( exchange server storage, and Navision
> Database ) at a 75% rate with gzip2
> we have 78% with gzip6 but it double easyly the time need to obtain it. So
> sometime it doesn't help to try to do big compression.
Gavin McCullagh wrote:
> Hi,
>
> On Sat, 18 Jul 2009, Bruno Friedmann wrote:
>
>> Some time ago, I've made some tests on a customer site.
>> They have plenty data that could be compressed ( a 75% ratio )
>>
>> With GZIP ( which is equal to gzip default level 6 ) we loose hours of
>> compression
Bacula version: (26 July 2008) x86_64-pc-linux-gnu debian 4.0
backup unit/changer: HP storageworks MSL2024 LTO3
Hello,
We have a real weird problem. Tapes are not fully written. But this is not in
all cases. The problem seems to concentrate around our monthly backups.
When the tapes are labelled
Hi,
On Sat, 18 Jul 2009, Bruno Friedmann wrote:
> Some time ago, I've made some tests on a customer site.
> They have plenty data that could be compressed ( a 75% ratio )
>
> With GZIP ( which is equal to gzip default level 6 ) we loose hours of
> compression to obtain finally only a 78% ratio
