Hello Brendan,
If you're working with tape libraries, I would recomend you to slightly
increase this value. There are three device directives (maximum
open/rewind/changer wait) that defaults to 600 seconds. So maybe you're not
giving enough time for your volumes being mounted by Bacula.
About you
On 08/07/15 15:03, John Drescher wrote:
> Is your dataset already compressed (zip, mp3, mpeg, jpeg ...)? Do you
> have bacula software compression enabled?
>
>
How large are the files that bacula is writing to the tape?
The default is small, which leads to high overheads. Consider increasing
it t
Here are the logs for the jobs involved.
07-Jul 22:15 backup-dir JobId 542: Fatal error: Max wait time exceeded. Job
canceled.
07-Jul 22:19 backup-dir JobId 542: Bacula backup-dir 5.2.6 (21Feb12):
Build OS: x86_64-pc-linux-gnu debian jessie/sid
JobId: 542
Job
Thank you Bill!
My problem is solved
Regards,
Márcio
2015-07-08 16:43 GMT-03:00 Bill Arlofski :
> On 07/08/2015 06:24 AM, Marcio Demetrio Bacci wrote:
> > I have a problem with Bacula. The backup bigger than originals files.
> >
> > My folder /opt/zimbra has 7 GB, and my backup has 28GB.
>
On 07/08/2015 06:24 AM, Marcio Demetrio Bacci wrote:
> I have a problem with Bacula. The backup bigger than originals files.
>
> My folder /opt/zimbra has 7 GB, and my backup has 28GB.
>
> Below is my Fileset:
>
>
> FileSet {
>
> Name = fileset-Zimbra
>
> Include {
>
> Options
Hello Brendan,
On Wed, Jul 8, 2015 at 12:27 PM, Brendan Martin
wrote:
> I have a Bacula Director 5.2.6 running on Debian 8.1.
>
> To avoid an excessive delay in the backup schedule in the event of
> insufficient volumes, I added a Max Wait Time value of 600 (seconds) in
> the JobDefs for a coupl
I have a Bacula Director 5.2.6 running on Debian 8.1.
To avoid an excessive delay in the backup schedule in the event of
insufficient volumes, I added a Max Wait Time value of 600 (seconds) in
the JobDefs for a couple of clients. Jobs for those clients
subsequently were cancelled immediately u
Hello João,
By default hardware compression is enabled on tape libraries. You can
confirm this with a tapeinfo command.
Best regards,
Ana
Em qua, 8 de jul de 2015 às 10:53, João Kuchnier
escreveu:
> Hi everyone!
>
> We use LTO-4 tapes with a Dell Autoloader. These tapes must backup
> 800GB-1.6T
Is your dataset already compressed (zip, mp3, mpeg, jpeg ...)? Do you
have bacula software compression enabled?
John
On Wed, Jul 8, 2015 at 9:43 AM, João Kuchnier wrote:
> Hi everyone!
>
> We use LTO-4 tapes with a Dell Autoloader. These tapes must backup
> 800GB-1.6TB.Unfortunatelly, our tapes
Hi everyone!
We use LTO-4 tapes with a Dell Autoloader. These tapes must backup
800GB-1.6TB.Unfortunatelly, our tapes are getting FULL with a bit less than
800GB. Is there anyway that I can activate hardware compression or anything
I can do with bacula do resolv this?
Thanks!
João Kuchnier
-
Hello Marcio,
Are you getting the 28 GB from an estimate bconsole command? Because you
can have more than one job backup of /opt/zimbra in one volume and this
volume is 4 times bigger than your /opt/zimbra directory.
I do not understand why you are excluding /opt/bacula/working in this
fileset si
I have a problem with Bacula. The backup bigger than originals files.
My folder /opt/zimbra has 7 GB, and my backup has 28GB.
Below is my Fileset:
FileSet {
Name = fileset-Zimbra
Include {
Options {
signature = MD5
hardlinks=no
}
File = /op
12 matches
Mail list logo
