Incorrect event retry count calculation
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Blazar |
Confirmed
|
Medium
|
Pierre Riteau |
Bug Description
If an event is updated towards the end of a minute, event['time'] can be up to 60 seconds away when executing it. For example, if the end_date of a lease is changed to 14:44 at 14:44:50, event['time'] will be 14:44, but the first execution attempt would be at 14:44:50 or even 14:45:00. This makes the retry calculation in _exec_event() incorrect.
If the event execution is triggered while the update request is still in progress, it can result in API errors due to an invalid state transition. See the following traces around 14:44:50 for details.
http://
http://
Changed in blazar: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
assignee: | nobody → Pierre Riteau (priteau) |
milestone: | none → stein-1 |
Changed in blazar: | |
milestone: | stein-1 → stein-2 |
Changed in blazar: | |
milestone: | stein-2 → stein-3 |
Changed in blazar: | |
milestone: | stein-3 → train-1 |
The best option would be to extend the event model to keep track of the number of retries of each event.