Project

General

Profile

Actions

Bug #11063

closed

Updating properties does not propagate on nodes

Added by I C almost 7 years ago. Updated almost 2 years ago.

Status:
Released
Priority:
N/A
Target version:
Severity:
Major - prevents use of part of Rudder | no simple workaround
UX impact:
User visibility:
Operational - other Techniques | Technique editor | Rudder settings
Effort required:
Medium
Priority:
0
Name check:
Fix check:
Regression:

Description

Hi,

I use datasource plugin to provide properties on my nodes. When I update some properties on cmdb side, properties are well updated on rudder server side and visible through rudder API, but on node side properties are out of date in /var/rudder/cfengine-community/inputs/properties.d/properties.json.

Only "update policies" on server side and a "rudder agent update -f" on node side update node properties in /var/rudder/cfengine-community/inputs/properties.d/properties.json

Both server and node are in 4.1.3

Actions #1

Updated by François ARMAND almost 7 years ago

  • Translation missing: en.field_tag_list set to Sponsored
  • Category set to Web - Config management
  • Assignee set to François ARMAND
  • Target version set to 4.1.6
  • Severity set to Major - prevents use of part of Rudder | no simple workaround
  • User visibility set to Operational - other Techniques | Technique editor | Rudder settings
  • Effort required set to Small
  • Priority changed from 0 to 80
Actions #2

Updated by Benoît PECCATTE almost 7 years ago

  • Assignee changed from François ARMAND to Vincent MEMBRÉ
Actions #3

Updated by Vincent MEMBRÉ almost 7 years ago

  • Status changed from New to In progress
Actions #4

Updated by Vincent MEMBRÉ almost 7 years ago

The hard thing is to trigger a policy generation at the best time.

Too soon (after first node update) a generation will be triggerd with invalid / not up to date data for all Nodes) and a second generation will be needed
and risk to accumulate generation (should be treated correctly but we never now)

Too late, risk to miss some node updated

Best place would be as a posthook of datasource update ... but don't know if that is possible right away

Actions #5

Updated by François ARMAND almost 7 years ago

To be more precise, we can't always trigger a generation, else we will loop in the case where "trigger datasource on generation" is checked. So we need to be smarter and only trigger on change.

Actions #6

Updated by François ARMAND almost 7 years ago

  • Category changed from Web - Config management to 71
Actions #7

Updated by François ARMAND almost 7 years ago

  • Effort required changed from Small to Medium
  • Priority changed from 80 to 60
Actions #8

Updated by François ARMAND almost 7 years ago

  • Assignee changed from Vincent MEMBRÉ to François ARMAND
Actions #9

Updated by François ARMAND almost 7 years ago

  • Status changed from In progress to Pending technical review
  • Assignee changed from François ARMAND to Vincent MEMBRÉ
  • Pull Request set to https://github.com/Normation/rudder-plugin-datasources/pull/25
Actions #10

Updated by François ARMAND almost 7 years ago

  • Status changed from Pending technical review to Pending release

Applied in changeset commit:rudder-plugin-datasources|c6beafa10f1144195c2b771477edabad858fa759.

Actions #11

Updated by Vincent MEMBRÉ over 6 years ago

  • Status changed from Pending release to Released

This bug has been fixed in Rudder 4.1.6 and 4.2.0~beta3 which were released today.

Actions #12

Updated by Vincent MEMBRÉ over 5 years ago

  • Project changed from Rudder to 54
  • Category deleted (71)
  • Target version changed from 4.1.6 to 427
  • Priority changed from 60 to 56
Actions #13

Updated by Vincent MEMBRÉ over 5 years ago

  • Project changed from 54 to Datasources
  • Target version changed from 427 to 4.1-1.1
Actions #14

Updated by Alexis Mousset almost 2 years ago

  • Priority changed from 56 to 0
Actions

Also available in: Atom PDF