On 7/30/25 7:45 AM, Kelly Price wrote: >
Thank you! It was the catalog job running at a lower priority that blocked the run queue. I canceled the catalog backup that was set to run and the smaller jobs started.
\o/ Hint: You could also have done: `update jobid=xxxx priority=10`Which would have updated the catalog job on-the-fly to the same priority as the running jobs which would have allowed the Incrementals stacked up behind it to also run. :)
Any advice on running the catalog job? Should I set it to the same priority as the other jobs?
The example Catalog Job that we ship is an example in a several ways:
1. Demonstrates how Job priorities work
2. Demonstrates Runscripts{} in jobs:
- With a "RunsWhen = before" to dump the catalog to a file
- And a "RunsWhen = after" which deletes the dump file after it is backed up
3. Demonstrates a "best practices" message of "You need to have a good backup of
your Bacula catalog." :)
The reason it was set to a different priority than the other backup jobs with a (default) priority = 10 is that if you dump
the catalog while jobs are running the dump file will not contain any information (files, metadata, etc) of the currently
running jobs. So the idea was to backup the catalog after all the nightly backup jobs were complete, and this "after other
jobs were complete" part was accomplished by setting a different priority.
So, now that you see the root cause of your problem, and the pros/cons of setting the same or different priority (or allowing mixed priorities 😬) for the Catalog job, the decision is up to you - there is really no right or wrong answer I would say. :)
I worked with a Bacula Enterprise customer who's Backup environment is so busy, there was never a good time to run the catalog backup job, so they decided to run it nightly as usual, but with the same priority of other jobs - fully aware that running jobs would not be in the DB dump file.
Hope this helps, Bill -- Bill Arlofski w...@protonmail.com
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
