Project

General

Profile

Actions

Bug #6167

closed

When we reduce the run interval of nodes, "no data" may be wrongly reported

Added by François ARMAND over 9 years ago. Updated over 7 years ago.

Status:
Rejected
Priority:
1
Category:
Web - Config management
Target version:
Severity:
UX impact:
User visibility:
Effort required:
Priority:
Name check:
Fix check:
Regression:

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)


Related issues 2 (0 open2 closed)

Related to Rudder - Bug #6231: Document that when we reduce the run interval of nodes, "no data" may be wrongly reportedReleasedFrançois ARMAND2016-01-12Actions
Related to Rudder - Architecture #9315: Update DB schema of expected reports to store policy modeReleasedNicolas CHARLES2016-10-17Actions
Actions #1

Updated by François ARMAND about 9 years ago

  • Status changed from New to Discussion

Jon, what do you think about that ? Solution 3/ seems the only reasonnable, no ?

Actions #2

Updated by François ARMAND about 9 years ago

  • Assignee set to Jonathan CLARKE
Actions #3

Updated by François ARMAND about 9 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.

Actions #4

Updated by Vincent MEMBRÉ almost 9 years ago

  • Target version changed from 3.1.0~beta1 to 3.1.0~rc1
Actions #5

Updated by Vincent MEMBRÉ almost 9 years ago

  • Target version changed from 3.1.0~rc1 to 3.1.0
Actions #6

Updated by Vincent MEMBRÉ almost 9 years ago

  • Target version changed from 3.1.0 to 3.1.1
Actions #7

Updated by Vincent MEMBRÉ over 8 years ago

  • Target version changed from 3.1.1 to 3.1.2
Actions #8

Updated by Vincent MEMBRÉ over 8 years ago

  • Target version changed from 3.1.2 to 3.1.3
Actions #9

Updated by Vincent MEMBRÉ over 8 years ago

  • Target version changed from 3.1.3 to 3.1.4
Actions #10

Updated by Vincent MEMBRÉ over 8 years ago

  • Target version changed from 3.1.4 to 3.1.5
Actions #11

Updated by Vincent MEMBRÉ over 8 years ago

  • Target version changed from 3.1.5 to 3.1.6
Actions #12

Updated by Vincent MEMBRÉ over 8 years ago

  • Target version changed from 3.1.6 to 3.1.7
Actions #13

Updated by Vincent MEMBRÉ about 8 years ago

  • Target version changed from 3.1.7 to 3.1.8
Actions #14

Updated by Vincent MEMBRÉ about 8 years ago

  • Target version changed from 3.1.8 to 3.1.9
Actions #15

Updated by Vincent MEMBRÉ about 8 years ago

  • Target version changed from 3.1.9 to 3.1.10
Actions #16

Updated by Vincent MEMBRÉ almost 8 years ago

  • Target version changed from 3.1.10 to 3.1.11
Actions #17

Updated by Vincent MEMBRÉ almost 8 years ago

  • Target version changed from 3.1.11 to 3.1.12
Actions #18

Updated by Vincent MEMBRÉ over 7 years ago

  • Target version changed from 3.1.12 to 3.1.13
Actions #19

Updated by Vincent MEMBRÉ over 7 years ago

  • Target version changed from 3.1.13 to 3.1.14
Actions #20

Updated by Vincent MEMBRÉ over 7 years ago

  • Target version changed from 3.1.14 to 3.1.15
Actions #21

Updated by Vincent MEMBRÉ over 7 years ago

  • Target version changed from 3.1.15 to 3.1.16
Actions #22

Updated by Vincent MEMBRÉ over 7 years ago

  • Target version changed from 3.1.16 to 3.1.17
Actions #23

Updated by François ARMAND over 7 years ago

  • Status changed from Discussion to Rejected

This is no more the case in Rudder 4.0 thanks to #9315 \o/

Actions #24

Updated by François ARMAND over 7 years ago

  • Related to Architecture #9315: Update DB schema of expected reports to store policy mode added
Actions

Also available in: Atom PDF