View Issue Details

IDProjectCategoryView StatusLast Update
0001307bareos-coredirectorpublic2024-01-18 15:58
ReporterRuth Ivimey-Cook Assigned Tobruno-at-bareos  
Status closedResolutionwon't fix 
Platformamd64OSLinuxOS VersionUbuntu 20.04
Product Version19.2.9 
Summary0001307: Save queued but not started jobs persistently, so that if director is restarted they are not forgotten
DescriptionIf, with a backlog of jobs, the director is stopped, crashes, the server dies or whatever, the queue of upcoming jobs is lost and the schedule restarts from the point the director is restarted. This could mean the schedule gets all out of kilter, and of course any manually started jobs are just forgotten entirely.

It would be really good if the director stored the queue in a SQL table, so they survived any interruption.

If this was done, perhaps a CLI flag could be added to prevent jobs being added from the SQL queue, just in case there was a problem in the queue that prevented proper operation.
Steps To Reproduce1. Start a number of jobs on the director
2. Shut down the director (normally is fine)
3. Restart the director and note that none of the previously started jobs is still there.
Additional InformationIn a way, I feel this is a data integrity issue, not just a nice to have.

One could argue that you don't shut down servers, but then stuff happens, and life isn't perfect. Losing jobs in a carefully set up schedule may be ok in many cases, but it can have significant effects. For example if the lost job was a full backup, and the prior incrementals are then expired a short time later, it becomes possible (I think) for only the most recent incremental to be left extant, rather than the Full+incrementals the schedule defined.
TagsNo tags attached.




2024-01-18 15:58

manager   ~0005702

Hello, we will not implement that functionality without support from community by proposing a PR.

You may want to monitor this by executing and saving the result of command like

*.status dir scheduled

*.status dir running

Issue History

Date Modified Username Field Change
2021-01-19 01:44 Ruth Ivimey-Cook New Issue
2024-01-18 15:58 bruno-at-bareos Assigned To => bruno-at-bareos
2024-01-18 15:58 bruno-at-bareos Status new => closed
2024-01-18 15:58 bruno-at-bareos Resolution open => won't fix
2024-01-18 15:58 bruno-at-bareos Note Added: 0005702