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
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
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 to obtain
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.
On Sun, Jul 19, 2009 at 9:51 AM, ict Mapper ict
departmenti...@mapperlithography.com 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
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