On 01/04/2020 16:10, Bernie Elbourn wrote:
Oddly, jobs run sequentially as follows rather than duplicates being cancelled:

Running Jobs:
Console connected at 29-Mar-20 12:36
 JobId  Type Level     Files     Bytes  Name              Status
======================================================================
 70172  Back Diff        120    36.70 M Backup-pc is running
 70173  Back Incr          0         0  Backup-pc is waiting on max Job jobs
====

Are there any pointers to trace why the duplicate job 70173  is not cancelled?

So I have cloned the system (less backup volumes) to test system with a test pc. That test system has  exactly the same database and same bacula sever and same pc setup.

On the test system the second incremental job IS cancelled. The reason is 
pretty clear....

12-May 15:35 sv-dir JobId 71204: Fatal error: JobId 71202 already running. 
Duplicate job not allowed.

Is there any logging or tracing information available on an actual live system that might reveal why the production bacula system decides to wait on max job jobs?

Thanks




_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to