B1P&D hourly Schedules fail to fire at prescribed times following service restart/reboot Completada
Hi Boyum
If we have 10 x P&D Scheduled events firing hourly but at different times this works well until the B1 Server Component services is restarted, or the server is restarted.
When the services or server is restarted, all hourly schedules then start to fire at the same time every hour. This will be the time the service was restarted. For example, if the server or services restarted at 09:44, all hourly schedules will then fire at 44 minutes past the hour from then on.
The events are spread out as if they fire at the time can it can cause problems and they fail to run.
Therefore, my request is that the Server Component is updated to handle this better. When the server is rebooted or the services restarted, the hourly events should fire at the requisite minutes past the hour, not all together.
Thanks
Comentarios
11 comentarios
The development team have now added it to our internal planning-system for evaluation.
[Internal Id: 13981]
This is by design: Described here: https://support.boyum-it.com/hc/en-us/articles/360001389807-How-start-time-affect-hourly-and-minutly-schedules . Windows Scheduled tasks would do the same with their scheduled task.
But would love to hear other peoples comments on this.
I agree with SSP Support UK on this.
I don't have any minutely schedules but I do have several hourly events and definitely prefer them spaced out as originally set up. This is especially important when other have follow on routines.
Ok, But let's say you have something running first time at 10:30 and every hour.
I then restart the service at 12:00 on Monday... Would you then expect it to first run again Tuesday at 10:30?
If not could you show me a setup of a Windows Scheduled task that would fit you desired scenario so we can get inspiration (btw: if critical you can already today let Scheduled tasks run the B1UP schedules instead of our schedule: https://support.boyum-it.com/hc/en-us/articles/115015716248-Running-server-component-tasks-manually)
Hi,
I suppose we can handle the scenario by adding a [delay] field. So, in case of service restart, although all schedules will be set to the same time interval, the additional delay time will make them run independently.
Of course, every schedule should have a different delay time.
Hi Rasmus
Here is an example of a Windows Scheduled Task that would fit the scenario. I created the event at 11:10am. Even though the event is set to fire at 9:15, it still fires at 11:15
Alternatively, I believe Fernando's suggestion (above) would also fit the bill.
Thanks
Greig
Hi everyone,
Please vote for the idea, otherwise, it won't be prioritized.
Learn how to vote here:
https://support.boyum-it.com/hc/en-us/articles/360001564487-How-to-join-our-Product-Community
Many thanks,
Fernando
We have been talking about this internally. A few questions:
- If we are to change it would you say it is an option in the schedule or just new behavior? (aka is there any scenario where the current way is desired?)
Below is 3 scenarios. Would you say this is the correct expected behavior (Actual is how it works today and Expected is the suggested new way)?
Setup 10:23 + 60 min schedule - Start time 12:00
Run 12:00
Run 13:00
Run 14:00
Run 15:00
Restart 15:12
Actual 15:12 Expected 16:00
Actual 16:12 Expected 17:00
Actual 17:12 Expected 18:00
****
Setup 10:23 + 5 min schedule - Start time 12:00
12:00 + every 5 min on the hour
13:00 + every 5 min on the hour
14:00 + every 5 min on the hour
15:00
15:05
Restart 15:12
Actual 15:12 Expected 15:15
Actual 15:17 Expected 15:20
Actual 15:22 Expected 15:25
****
Setup 10:23 + 180 min schedule - Start time 12:00
12:00
15:00
Restart 17:45
Actual 17:45 Expected 18:00
Actual 20:45 Expected 21:00
Actual 23:45 Expected 00:00
Hi Rasmus
I cannot think of a scenario where the current way is preferable (to keeping a gap between runs)
Personally speaking, I think scenario 1 matches my 'expectations'
Thanks
Hi Rasmus,
The 1st scenario may have the same effect as my suggestion.
It seems the only difference it's to properly set the start time @ different times.
I would go for it as well.
Iniciar sesión para dejar un comentario.