Re: [Bacula-users] Slow Attribute spooling

2015-06-13 Thread Denis Witt
innodb_flush_method = O_DIRECT Thanks to anyone who has replied. Best regards Denis Witt -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVfHLMAAoJELB26T3daKAJm5sP/RqEcabfs6bP/y/JqhaOEDnJ mVq4TKkpGuUiQqFsw8xoWVxrnp6i/WdXSiRF34QXcvCxsWw7bu19OqiVg3AKc1Yi uEVJ/MSXf/taQv7vTmHE7X9Qrsuc4wNK/Ndpe9

Re: [Bacula-users] Slow Attribute spooling

2015-06-09 Thread Denis Witt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 08 Jun 2015 19:13:29 +0100 Alan Brown wrote: > The problem with adding more concurrent jobs (up from one) is that > the increased seek load will badly affect despooling time. Well, at least at the moment this isn't a problem. If I understand

Re: [Bacula-users] Slow Attribute spooling

2015-06-08 Thread Denis Witt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 08.06.2015 um 15:44 schrieb Alan Brown: >>> The MySQL-Machine writes more or less constant 450KB/sec. to >>> disk (mysql process). top shows about 20% wait and 76% idle. > That looks like an out-of-memory condition (waits are bad news). > Eithe

Re: [Bacula-users] Slow Attribute spooling

2015-06-08 Thread Denis Witt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 08 Jun 2015 11:10:11 +0100 Alan Brown wrote: > What are you using for spool disk? > If it's not fast SSD then you can't run more than a couple of > simultaneous backups (you are seek limited with mechanical drives) Hi Alan, I'm using nor

[Bacula-users] Slow Attribute spooling

2015-06-08 Thread Denis Witt
SERT event affecting 1567016 rows. Any Ideas? Regards. Denis Witt -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJVdWLtAAoJELB26T3daKAJ0HYQAKH/dxW9kMg81+MFdNvDrQB6 481oZ02Tf5agFK+BinyM2lDmQHiu4B7nqfGg9PyWmdpOgvvs7e9y7l+3uEoKCmF6 RML8hmFN6j8ak9

Re: [Bacula-users] Full Backup vanished from Catalog for no (obvious) reason

2015-05-20 Thread Denis Witt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Wed, 20 May 2015 10:59:37 +0200 Denis Witt wrote: > > When you say "On Saturday there are some of the missing jobs stored > > in the catalog (with status T). On Sunday some of them are gone. > > ​"​, are you ta

Re: [Bacula-users] Full Backup vanished from Catalog for no (obvious) reason

2015-05-20 Thread Denis Witt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Tue, 19 May 2015 18:21:19 -0400 Dan Langille wrote: > With bconsole, because everyone has that, can you tell us exactly > what you did to confirm the job was gone? Hi Dan, I received a job E-Mail stating that the Full-Backup-Job was run with j

Re: [Bacula-users] Full Backup vanished from Catalog for no (obvious) reason

2015-05-19 Thread Denis Witt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 19.05.2015 um 23:08 schrieb Dan Langille: Hi Dan, thanks for your reply. > How is it you determine that the full backup is missing? they are not reported in the Bacula GUI (bat), Console (bconsole), nor are they stored in the Catalog (MySQL) any

Re: [Bacula-users] Full Backup vanished from Catalog for no (obvious) reason

2015-05-19 Thread Denis Witt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Tue, 19 May 2015 13:00:33 -0300 (BRT) Heitor Faria wrote: Hi Heitor, thanks for your reply. > > Volume Retention Time is 12 hours for Incremental, 96 hours for > > Full. > After that time frame is very likely that your volumes/jobs are bein

[Bacula-users] Full Backup vanished from Catalog for no (obvious) reason

2015-05-19 Thread Denis Witt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi List, I'm using Bacula 5.2.6 (Debian Wheezy). I have several Backup-Jobs like this: JobDefs { Name = "Backup" Type = Backup Level = Incremental FileSet = "Full Set" Schedule = "Daily" Storage = Tape Messages = Standard Priority =