Bug #6167
closedWhen we reduce the run interval of nodes, "no data" may be wrongly reported
Description
Imagine you have nodes with a run interval of interval=60min.
The node agent run at t0.
At t1 = t0+a few minutes, we change the run interval properties for the node to interval=5min.
The agent won't run until t0+60min, so it won't see the run interval modification until that time. But for the server, the run interval is now 5min, so it does expect a run before t0+5min(+5min of grace period).
So, from t0+10 until t0+60min, the node will be reported in no data, which is actually true - but it is not due to a problem.
Something alike may happens when switching from "changes only" to "full compliance" mode, if the agent didn't sent reports since several run due to heartbeat.
I see three ways of correcting/preventing that:
- 1/ store in the server for each config version what were the compliance&run interval parameters (can be done with some hours of work and a change in database schema);
- 2/ force agent run on such changes (what suppose to be able to contact them all and is the opposite of much of what we are doing now)
- 3/ add a comment that "when reducing notably the run interval length, "no data" may be reported for agent until their next run" (well, something like that but actually well written)
Updated by François ARMAND almost 10 years ago
- Status changed from New to Discussion
Jon, what do you think about that ? Solution 3/ seems the only reasonnable, no ?
Updated by François ARMAND almost 10 years ago
- Target version changed from 3.0.0 to 3.1.0~beta1
In 3.0 we will document the behavior (see #6231), and keeps the question open for 3.1.
Updated by Vincent MEMBRÉ over 9 years ago
- Target version changed from 3.1.0~beta1 to 3.1.0~rc1
Updated by Vincent MEMBRÉ over 9 years ago
- Target version changed from 3.1.0~rc1 to 3.1.0
Updated by Vincent MEMBRÉ over 9 years ago
- Target version changed from 3.1.0 to 3.1.1
Updated by Vincent MEMBRÉ over 9 years ago
- Target version changed from 3.1.1 to 3.1.2
Updated by Vincent MEMBRÉ about 9 years ago
- Target version changed from 3.1.2 to 3.1.3
Updated by Vincent MEMBRÉ about 9 years ago
- Target version changed from 3.1.3 to 3.1.4
Updated by Vincent MEMBRÉ about 9 years ago
- Target version changed from 3.1.4 to 3.1.5
Updated by Vincent MEMBRÉ almost 9 years ago
- Target version changed from 3.1.5 to 3.1.6
Updated by Vincent MEMBRÉ almost 9 years ago
- Target version changed from 3.1.6 to 3.1.7
Updated by Vincent MEMBRÉ over 8 years ago
- Target version changed from 3.1.7 to 3.1.8
Updated by Vincent MEMBRÉ over 8 years ago
- Target version changed from 3.1.8 to 3.1.9
Updated by Vincent MEMBRÉ over 8 years ago
- Target version changed from 3.1.9 to 3.1.10
Updated by Vincent MEMBRÉ over 8 years ago
- Target version changed from 3.1.10 to 3.1.11
Updated by Vincent MEMBRÉ over 8 years ago
- Target version changed from 3.1.11 to 3.1.12
Updated by Vincent MEMBRÉ over 8 years ago
- Target version changed from 3.1.12 to 3.1.13
Updated by Vincent MEMBRÉ about 8 years ago
- Target version changed from 3.1.13 to 3.1.14
Updated by Vincent MEMBRÉ about 8 years ago
- Target version changed from 3.1.14 to 3.1.15
Updated by Vincent MEMBRÉ about 8 years ago
- Target version changed from 3.1.15 to 3.1.16
Updated by Vincent MEMBRÉ about 8 years ago
- Target version changed from 3.1.16 to 3.1.17
Updated by François ARMAND about 8 years ago
- Status changed from Discussion to Rejected
This is no more the case in Rudder 4.0 thanks to #9315 \o/
Updated by François ARMAND about 8 years ago
- Related to Architecture #9315: Update DB schema of expected reports to store policy mode added