User story #8247
closedChanging hostname or policy server of one node force regeneration of all rules on the node
Description
When the hostname or policyserver id of a node, all rules on the node get updated, forcing all nodes with these rules to have their promise regenerated.
The idea seems to be that "we can't know where the variables were used, so let pessimistic (but correct) and force update everywhere".
I'm pretty sure that:
- we could check if really, a rule was using them
- only update theses rules
Because in the real life, node properties are very rarelly used in user directives. So in general, that change only matter for system rules (and likelly only one of them).
It is tampered by the fact that node properties change rarely, but nonetheless, it seems to be a major optimisation to have.
On a higher level, it's stupid that a local change to a node force update EVERYWHERE, because expected reports are by rule and not node.
So: make more fine grained check about what rules are impacted by node properties change.
Updated by François ARMAND over 8 years ago
- Related to User story #8248: Without config changes, two promise generation may lead to differently ordered value in promises added
Updated by François ARMAND over 8 years ago
- Related to Bug #5316: If policy server hostname changes, the generated promises never take into account the new value added
Updated by François ARMAND over 8 years ago
- Status changed from In progress to Rejected
As explained, marking that one as duplicate of #1411
Updated by François ARMAND over 8 years ago
- Is duplicate of Bug #1411: Node (hostname,policyserver,...) modification should trigger promises regeneration added
Updated by François ARMAND over 8 years ago
- Status changed from Rejected to New
My bad, the one to close is #8046
Updated by François ARMAND over 8 years ago
- Is duplicate of deleted (Bug #1411: Node (hostname,policyserver,...) modification should trigger promises regeneration)
Updated by Vincent MEMBRÉ over 8 years ago
- Target version changed from 2.11.21 to 2.11.22
Updated by Vincent MEMBRÉ over 8 years ago
- Target version changed from 2.11.22 to 2.11.23
Updated by Jonathan CLARKE over 8 years ago
- Subject changed from Changing hostname or policy server of one node force update of all rules on the node to Changing hostname or policy server of one node force regeneration of all rules on the node
Updated by Vincent MEMBRÉ over 8 years ago
- Target version changed from 2.11.23 to 2.11.24
Updated by Vincent MEMBRÉ about 8 years ago
- Target version changed from 2.11.24 to 308
Updated by Vincent MEMBRÉ about 8 years ago
- Target version changed from 308 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 Vincent MEMBRÉ almost 8 years ago
- Target version changed from 3.1.17 to 3.1.18
Updated by Vincent MEMBRÉ almost 8 years ago
- Target version changed from 3.1.18 to 3.1.19
Updated by Benoît PECCATTE over 7 years ago
- Tracker changed from Bug to User story
Requalifying as user story since everything is working properly, it's just that it could be better
Updated by Vincent MEMBRÉ over 7 years ago
- Target version changed from 3.1.19 to 3.1.20
Updated by Vincent MEMBRÉ over 7 years ago
- Target version changed from 3.1.20 to 3.1.21
Updated by Vincent MEMBRÉ over 7 years ago
- Target version changed from 3.1.21 to 3.1.22
Updated by Vincent MEMBRÉ over 7 years ago
- Target version changed from 3.1.22 to 3.1.23
Updated by Vincent MEMBRÉ about 7 years ago
- Target version changed from 3.1.23 to 3.1.24
Updated by Vincent MEMBRÉ about 7 years ago
- Target version changed from 3.1.24 to 3.1.25
Updated by Benoît PECCATTE about 7 years ago
- Target version changed from 3.1.25 to 4.1.9
Updated by Vincent MEMBRÉ almost 7 years ago
- Target version changed from 4.1.9 to 4.1.10
Updated by François ARMAND almost 7 years ago
- Status changed from New to Rejected
This is not the case anymore in 4.1 and above: we do calculate preciselly for each node if its configuration changed, and only regenerate policies if it is the case.