Re: [Bacula-users] Client backup with compress

2016-03-19 Thread Heitor Faria
> Hello, Helo, Ankush. Welcome back. > I notice catalog backup on bacula server work with compression = GZIP option. > Job log: > Software Compression: 84.9% 6.6:1 > But clients does not work > Job log: > Software Compression: None Please verify the following checklist: 1. Every client

Re: [Bacula-users] Client backup with compress

2016-03-19 Thread Wanderlei Huttel
Hello Heitor What do you mean Label Format in FileSet? Atenciosamente *Wanderlei Hüttel* http://www.huttel.com.br 2016-03-18 8:19 GMT-03:00 Heitor Faria : > Hello, > > Helo, Ankush. Welcome back. > > I notice catalog backup on bacula server work with *compression = GZIP

Re: [Bacula-users] Copy disk to tape is 4x slower than tar

2016-03-19 Thread Cejka Rudolf
Alan Brown wrote (2016/03/17): > Caveat: BDXL is up to 120GB per disc (quad layer) and It _may_ be worth > investigating this format for backups, but bacula doesn't play nicely > with optical media. > > HVD development (6TB per disc) was abandoned in 2008. Ritek demonstrated > 250GB BDXL

Re: [Bacula-users] Copy disk to tape is 4x slower than tar

2016-03-19 Thread Kern Sibbald
On 03/20/2016 05:41 AM, Phil Stracchino wrote: > On 03/19/16 10:56, Josh Fisher wrote: >> On 3/17/2016 8:48 AM, Alan Brown wrote: >>> . What's killed all these "smaller" >>> formats is cheap(ish) HDD/SSDs, cloud storage and the likes of Netflix. >>> That's despite even BDXL 120GB not being large

Re: [Bacula-users] Client backup with compress

2016-03-19 Thread Heitor Faria
> Hello Faria, Hello, Ankush: my guess is you are using the wrong FileSet for this Catalog backup job. You post this FileSet earlier, for this backup job: FileSet { Name = "sspserv2 Set" Include { Options { signature = MD5 compression = GZIP } But your job is using another FileSet for

Re: [Bacula-users] Copy disk to tape is 4x slower than tar

2016-03-19 Thread Phil Stracchino
On 03/19/16 10:56, Josh Fisher wrote: > On 3/17/2016 8:48 AM, Alan Brown wrote: >> . What's killed all these "smaller" >> formats is cheap(ish) HDD/SSDs, cloud storage and the likes of Netflix. >> That's despite even BDXL 120GB not being large enough capacity to hold a >> complete 4k video title.

Re: [Bacula-users] Client backup with compress

2016-03-19 Thread Heitor Faria
*now > From: "Heitor Faria" > To: "More, Ankush" > Cc: bacula-users@lists.sourceforge.net > Sent: Friday, March 18, 2016 3:57:17 PM > Subject: Re: [Bacula-users] Client backup with compress > Ankush: please disregard my previus post. I know

Re: [Bacula-users] Client backup with compress

2016-03-19 Thread More, Ankush
Hello, I notice catalog backup on bacula server work with compression = GZIP option. Job log: Software Compression: 84.9% 6.6:1 But clients does not work Job log: Software Compression: None Please help to resolve the issue. Thank you, Ankush More From: More, Ankush Sent: Wednesday,

Re: [Bacula-users] Copy disk to tape is 4x slower than tar

2016-03-19 Thread Josh Fisher
On 3/17/2016 8:48 AM, Alan Brown wrote: > . What's killed all these "smaller" > formats is cheap(ish) HDD/SSDs, cloud storage and the likes of Netflix. > That's despite even BDXL 120GB not being large enough capacity to hold a > complete 4k video title. > RDX is a good choice for "smaller"

[Bacula-users] Device is BLOCKED waiting to create a volume for..

2016-03-19 Thread mocanal
I had the same issue and after investigate for a long one day. This work for me: 1. In the file bacula-dir.conf where is defined the pool, put the label: Label Format = Catalog- (in my case I'm backing catalog and the label of the file is "Catalog") Example: Pool { Name = Catalog Pool

Re: [Bacula-users] Client backup with compress

2016-03-19 Thread More, Ankush
Hello, I have installed bacula(7.x) with RPM on Redhat. How do I confirm ZLIB support : yes ? Zlib already installed. zlib-devel-1.2.3-29.el6.x86_64 zlib-1.2.3-29.el6.x86_64 1.You must have the zip development libraries loaded on your system when building Bacula and Bacula must find this