Hi Bruno, Thanks. This is exactly my case. The Job_2(priority 1 ) is my backup catalog job. Because the job is waiting for Job_1(priority 10) it blocks other jobs with lowers priority. I'm wondering is there any option to cancel this job if waiting time exceeds for example 60 min. From mu understanding 'MaxStartDelay' should be the best solution but it's not :(
On Monday, October 10, 2022 at 2:24:15 PM UTC+2 Bruno Friedmann wrote: > Your understand is not 100% accurate, the cancel will start as soon as the > scheduler will be able to do something with priority 1 > Priority took into account before anything else, that's why trying to play > too much with priority can really be complicated. > Usually all jobs have the same , and the backup catalog has a higher one > to be the last job of the day. > > > On Monday, October 10, 2022 at 1:27:02 PM UTC+2 Łukasz Szczepanik wrote: > >> Hi Bruno, >> >> Thanks for the answer. I checked also jobs with the same priority - same >> behavior. >> Maybe 'MaxStartDelay' option is not clear for me but in my opinion this >> is the time which elapsed from scheduled time. If this time exceed, job >> should be cancel. >> In my case job is cancelling not according to 'MaxStartDelay' but after >> first job finishes. this is not expect behavior. >> >> Example: >> 1. Job_1 , Priority 10, Schedule time: 10:00 , Job duration: 2h >> 2. Job_2 , Priority 1, Schedule time 10:05, 'MaxStartDelay' : 3600s (1h) >> >> In my understanding Job_2 should be cancelled at 11:05 but in fact it's >> cancelled at 12:00 when first job is finished. >> >> >> >> On Monday, September 26, 2022 at 9:51:46 AM UTC+2 Bruno Friedmann wrote: >> >>> Maybe because the first barrier is the fact you setup a different >>> priority, when all other priority will have finished, then the P1 will be >>> scheduled, and the countdown will start. >>> >>> >>> https://docs.bareos.org/master/Configuration/Director.html?highlight=priority#config-Dir_Job_Priority >>> Maybe you want to try AllowMixedPriority (but playing with priority has >>> never been a good idea ;-) >>> >>> On Friday, September 23, 2022 at 2:15:07 PM UTC+2 Łukasz Szczepanik >>> wrote: >>> >>>> Hi, >>>> >>>> I have one of my job configured with MaxStartDelay = 3600 to be cancel >>>> if it waits 1h for execution. Unfortunately it does not work. Anyone knows >>>> why this option might not work ? >>>> >>>> Job { >>>> Name = "backup-job" >>>> Type = Backup >>>> Messages = "Standard" >>>> Storage = "Storage-01" >>>> Pool = "Pool-01" >>>> Client = "Client-01" >>>> FileSet = "Fileset-01" >>>> Schedule = "Cycle-01" >>>> MaxStartDelay = 1 hours >>>> Priority = 1 >>>> RunAfterJob = "....." >>>> RunBeforeJob = "....." >>>> } >>>> >>>> There is no information about it in the log file. Just "status dir" >>>> shows me: >>>> >>>> Running Jobs: >>>> Console connected at 23-Sep-22 12:04 >>>> JobId Level Name Status >>>> ====================================================================== >>>> 5418 Full client02-backup-job.2022-09-21_10.33.16_50 is running >>>> 5580 Full client01-backup-job.2022-09-23_10.00.00_50 is waiting >>>> for higher priority jobs to finish >>>> ==== >>>> >>> -- You received this message because you are subscribed to the Google Groups "bareos-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/bareos-users/09571bef-16bc-4bf0-a28a-b7fc4672acb1n%40googlegroups.com.
