Actions
Bug #4768
closedcheck-rudder-agent should take splaytime into account when checking the last input update file
Pull Request:
Severity:
Minor - inconvenience | misleading | easy workaround
UX impact:
User visibility:
Operational - other Techniques | Technique editor | Rudder settings
Effort required:
Priority:
0
Name check:
Fix check:
Regression:
Description
Following #4766, check-rudder-agent now takes into account the frequency of agent execution.
We decided to double the run interval so we could handle the splay time correctly and that we are sure that we haven't miss any execution.
But this case only occurs if the splaytime is very close to the frequency, otherwise the check is made really late and could have been done before:
if the frequency is every 2 hours, and the splaytime 5 minutes, if the agent has ran a 0:00, next agent run can occurs between 2:00 and 2:05 If the lock happens here, it will only be detected at ~ 4:00, so have to wait at least 1h55 before fixing the issue.
The check should look every "run Interval + splaytime + 5 minutes" (to ensure that the agent has finished to run), so you have to wait only 5 minutes after splytime to fix tcdb issues.
To do that we need a file where the splaytime is stored, like the run interval.
Updated by Nicolas CHARLES almost 11 years ago
- Status changed from New to Discussion
- Assignee set to Jonathan CLARKE
Updated by Benoît PECCATTE almost 10 years ago
- Status changed from Discussion to New
- Assignee deleted (
Jonathan CLARKE)
Updated by François ARMAND about 8 years ago
- Severity set to Minor - inconvenience | misleading | easy workaround
- User visibility set to Infrequent - complex configurations | third party integrations
- Priority set to 0
Updated by François ARMAND almost 8 years ago
- User visibility changed from Infrequent - complex configurations | third party integrations to Operational - other Techniques | Technique editor | Rudder settings
- Priority changed from 0 to 14
Updated by Vincent MEMBRÉ almost 7 years ago
- Target version changed from 4.1.11 to 4.1.12
- Priority changed from 29 to 30
Updated by Benoît PECCATTE over 6 years ago
- Target version changed from 4.1.14 to 4.1.15
- Priority changed from 30 to 31
Updated by Vincent MEMBRÉ over 6 years ago
- Target version changed from 4.1.17 to 4.1.18
- Priority changed from 31 to 0
Updated by Nicolas CHARLES about 6 years ago
- Related to Bug #14258: Cron job checking rudder agent health, is ran every 5 minutes exactly, causing resource usage spike added
Actions