Add missing Maximum Concurrent Jobs to the Storage configuration#235
Conversation
Maximum Concurrent Jobs to the Storage configuration
|
Initial testing show the expected improvement (saw 2 jobs interleaved). Now the Device section should also be tunable. Interestingly, the |
7ccbea7 to
687ed1c
Compare
| Default value: `5` | ||
| Default value: `20` |
There was a problem hiding this comment.
This looks like a backwards-incompatible change, but the old value here is what was used for the new device_max_concurrent_jobs. The job limit was missing and limiting the storage daemon to a single job only, which was not expected.
687ed1c to
264ef95
Compare
Just like the director and file daemon, the storage daemon has a global "Maximum Concurrent Jobs" that sets the overall maximum number of concurrent jobs the daemon will run.
264ef95 to
681cc24
Compare
The bacula storage confiruration used maxconcurjobs while the other components use max_concurrent_jobs. Always use max_concurrent_jobs to control the number of concurrent jobs, and emit a deprecation message when using the older maxconcurjobs.
681cc24 to
586f36d
Compare
|
Rebased on top of master after #206 added tests for this class. |
Just like the director and file daemon, the storage daemon has a global "Maximum Concurrent Jobs" that sets the overall maximum number of concurrent jobs the daemon will run.
Without this, a blocked backup on a pool of a storage daemon prevent other jobs to other pools from being run.