Project

General

Profile

Actions

User story #5296

closed

User story #5293: Add a 'changes only' compliance mode, only reporting changes on systems

Create the logic to get execution reports for "error only" mode

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

Status:
Released
Priority:
N/A
Category:
-
Target version:
UX impact:
Suggestion strength:
User visibility:
Effort required:
Name check:
Fix check:
Regression:

Description

We need to build the logic that get execution reports and interprete them in the compliance disable / error only mode.

We must enforce that both compliance mode and non compliance mode have the same resulting datastructure and general service interfaces so that the display part can be build generallicaly.

The logic will use the user parameter of the compliance mode saved in our LDAP base.

It seems that a system variable with the value will have to be created to transmit the information to the node (so that they now if they should log or not).


Subtasks 5 (0 open5 closed)

User story #5568: Add migration script for new property "rudder.jdbc.maxPoolSize"RejectedFrançois ARMAND2014-09-24Actions
Bug #5658: full-compliance default value is wrongReleasedFrançois ARMAND2014-10-20Actions
Bug #5667: Bad logic in the computation of number of reportsReleasedNicolas CHARLES2014-10-21Actions
Bug #5710: Rudder 3.0 is missing migration elements (SQL script and property)ReleasedJonathan CLARKE2014-11-06Actions
Bug #5745: Rudder 3.0 configid migration uses the wrong conditionReleasedJonathan CLARKE2014-11-06Actions

Related issues 1 (0 open1 closed)

Related to Rudder - Bug #6039: The expected reports of other rules are not correctly updated when we create a new ruleReleasedFrançois ARMAND2014-12-22Actions
Actions #1

Updated by François ARMAND over 9 years ago

  • Project changed from 34 to Rudder
  • Description updated (diff)
  • Parent task deleted (#5293)
Actions #2

Updated by François ARMAND over 9 years ago

  • Parent task set to #5293
Actions #3

Updated by François ARMAND over 9 years ago

  • Status changed from 8 to In progress

The general idea here is:

- we are using the table ReportsExecution to know, for each node, when was its last run (with actual reports reaching the server)
- we will only have such runs when a ERROR, REPAIRED (and latter HEARTBEAT) reports will be issued - that part is managed by thechniques loggging
- so for each node, we will be able to join with the executionReports table to find back the corresponding ERROR/REPAIRED reports
- we are also able to find back what was the expected reports at that time.
- from these data, for all node, we are able to construct back the state of all missing success

Actions #4

Updated by François ARMAND over 9 years ago

The work in progress on that is tracked in that branch: https://github.com/fanf/rudder/tree/ust_5293/dev_5296_add_error_only_report_mode

The main ideas are:
- we always think "by node" (i.e, for a rule, we get the nodes, and then we continue - possibly with some pruning)
- we have a "nodeConfigurationVersion", that is a hash of the node actuall configuration. It's store along with expected reports, and given in a system variable to be brought back in EndRun reports
- we must ensure a working system even when nodes don't have a nodeConfigurationVersion

Actions #5

Updated by François ARMAND over 9 years ago

  • Pull Request set to https://github.com/Normation/rudder/pull/601

A PR is available here: https://github.com/Normation/rudder/pull/601
For now, it's mainly for review / curiosity.
The main code architecture and logic is in place. Tests covers the basis, more need to be added for non nominal paths and error management checking. And lot of cleaning remains to be done.

The UI MUST be adapted to match the new underlying logic, even the minimum to get something was done.

Actions #6

Updated by François ARMAND over 9 years ago

  • Status changed from In progress to Pending technical review
  • Assignee changed from François ARMAND to Nicolas CHARLES

The PR is in an OK state, and can be reviewed.

The UI is in a "workable" state and will be enhance in #5297

Actions #7

Updated by François ARMAND over 9 years ago

  • Status changed from Pending technical review to Pending release
  • % Done changed from 0 to 100
Actions #8

Updated by Matthieu CERDA over 9 years ago

  • Target version changed from 140 to 3.0.0~beta1
Actions #9

Updated by Vincent MEMBRÉ over 9 years ago

  • Status changed from Pending release to Released

This bug has been fixed in Rudder 3.0.0~beta1 which was release on 01/12/2014.

Actions #10

Updated by Benoît PECCATTE almost 9 years ago

  • Tracker changed from Enhancement to User story
Actions

Also available in: Atom PDF