User story #5293
Updated by François ARMAND over 10 years ago
Today, Rudder only support one reporting mode which is a compliance assessing mode.
That means that at any time, Rudder knows what execution report each node should have send, compare it to what the node actually sent, and based on that display what is ok and what is wrong.
To be more precise, when a node run the agent, it execute compliance assessment on a list of rules, composed of several directives, composed of several components. Compliance assessment on each component produces a report among success (yes !), error ("the component is not in the correct state and I can't change that"), "repaired" (the componenent was not on the correct state and I corrected it to the correct one), and other info messages.
In compliance checking mode (the current, only mode available), Rudder will look if the node exactly sent the correct number of reports, even if they are ALL success, because getting 0 or more than two success for an expected component is an error, and getting "success" for unknow component is clearly spurious and need investigation.
That mode is great but generate a lot of traffic on the wire. So sometime, we could afford a mode where only error and repaired are sent back to the server. In that mode, we assume that the absence of error is a success, and so that "compliance disabled", or "error only" mode will not be able to detect compliance drift like the one above, but in the other will be far less chatty.
From a more technical point of view, we will keep the system logs "agent run start / agent run end" that a node send to indicate that the agent runs during that period. We will consider that any reports not sent by the node in that interval are actually success reports.
Moreover, some "agent run start / agent run end" may not be send to the server. In that case, periocically, even if everything is ok, a heartbeat message can be send, so that the server knows that the node is alive and did things.