Re: [Bacula-users] Despooling attributes very slow

2014-11-15 Thread Jordi Clariana
Hi Will, Can you take a look at this: http://bugs.bacula.org/view.php?id=2034 Maybe is the same that happened to me. Try setting MyISAM as default storage engine in MySQL: default_storage_engine = MyISAM Jordi. 2014-11-15 22:56 GMT+01:00 John Drescher : > > Thanks for the response. > > > > Tha

Re: [Bacula-users] Despooling attributes very slow

2014-11-15 Thread John Drescher
> Thanks for the response. > > That hdparm was run during the despooling process which is likely impacting > those numbers. (Although I would argue that 125MB/sec should be more than > enough to despool a 45MB file! :)) > Its usually an IOPS issue more than a sequential write. The defaults cause

Re: [Bacula-users] Despooling attributes very slow

2014-11-15 Thread Will Twomey
Hey John, Thanks for the response. That hdparm was run during the despooling process which is likely impacting those numbers. (Although I would argue that 125MB/sec should be more than enough to despool a 45MB file! :)) This does seem to be a mysql issue, as switching to postgres has resolved t

Re: [Bacula-users] Concurrent Backups with a Virtual Autochanger

2014-11-15 Thread Ana Emília M . Arruda
Hi Mike, Despite that the white paper tell us about having "Maximum Concurrent Jobs = 1" in device configuration. I think this could make sense when using stand alone devices in a group as you have in the white papers. When using autochangers, it is much better you use the "Maximum Concurrent Jobs

Re: [Bacula-users] Concurrent Backups with a Virtual Autochanger

2014-11-15 Thread Josh Fisher
On 11/14/2014 6:17 PM, Brady, Mike wrote: > First of all thanks to Kern and Bacula Systems for making the "Best > Practices for Disk Based Backup" and "Disk Back Design" documents > available. > > I have been playing around with the best way for doing concurrent > backups for a while and these docu

Re: [Bacula-users] Despooling attributes very slow

2014-11-15 Thread John Drescher
> # hdparm -tT /dev/md3 > > /dev/md3: > Timing cached reads: 1724 MB in 2.00 seconds = 862.23 MB/sec > Timing buffered disk reads: 376 MB in 3.01 seconds = 125.06 MB/sec > These are both very slow for a modern PC. The top number measures cache/ram speed I would expect this number 2000 to 500

Re: [Bacula-users] Concurrent Backups with a Virtual Autochanger

2014-11-15 Thread Brady, Mike
On 2014-11-15 20:45, Kern Sibbald wrote: > Unfortunately, I no longer have the time to help people debug usage > problems, which I actually enjoy doing, but the other users on this > Bacula email list should be able to help you resolve this. I do have a > few remarks: > Thanks for taking the time