Bug #7336
closedNode stuck in "Applying" status
Description
I changed a couple of Directives earlier today, and they have been successfully applied to all concerned nodes, except for one.
That particular node is in 100% Applying status:
However, I discovered ("thanks" to this problem) that the agent is not running on that particular node, so it has neither sent an inventory nor any reports for 3 days (see #7335 for why it's not running - unrelated).
Even after clicking on "Clear caches", the problem persists, and it has now been several hours since the Directive change.
Files
Updated by Jonathan CLARKE almost 9 years ago
Update: When I restarted the agent on that node, the compliance came back to something closer to "normal":
Note that some of those reports are "Missing reports".
However, and this may be related, I also have 2 nodes that are receiving reports, and using the latest "config id" (same on disk in /var/rudder/share/<node id> as on the node in /var/rudder/cfengine-*/inputs), but display compliance as 100% "No report":
Updated by Jonathan CLARKE almost 9 years ago
This server is running 3.1.4-wheezy0 by the way.
Updated by François ARMAND almost 9 years ago
- Target version changed from 3.1.5 to 3.0.12
Most of that code didn't change since 3.0, so retargeting to that version.
Updated by François ARMAND almost 9 years ago
- Status changed from New to In progress
Updated by François ARMAND over 8 years ago
- Status changed from In progress to New
This is not in progress at all - I'm stuck on that one.
Updated by Vincent MEMBRÉ over 8 years ago
- Target version changed from 3.0.12 to 3.0.13
Updated by François ARMAND over 8 years ago
- Related to Bug #7743: Compliance take into account expired run added
Updated by Vincent MEMBRÉ over 8 years ago
- Target version changed from 3.0.13 to 3.0.14
Updated by Vincent MEMBRÉ over 8 years ago
- Target version changed from 3.0.14 to 3.0.15
Updated by Nicolas CHARLES over 8 years ago
- Related to Bug #8051: Compliance is not correctly computed if we receive run agent right after generation added
Updated by Vincent MEMBRÉ over 8 years ago
- Target version changed from 3.0.15 to 3.0.16
Updated by François ARMAND about 8 years ago
It is mostly related to #8051. At least, it's typically the kind of behavior that can be produced by a case where the code that should update the compliance information for a node is stuck in the middle of nowhere forever.
I propose to mark it as a duplicate of #8051, and reopened it in case we find it again in the future.
Updated by Jonathan CLARKE about 8 years ago
- Related to deleted (Bug #8051: Compliance is not correctly computed if we receive run agent right after generation)
Updated by Jonathan CLARKE about 8 years ago
François ARMAND wrote:
It is mostly related to #8051. At least, it's typically the kind of behavior that can be produced by a case where the code that should update the compliance information for a node is stuck in the middle of nowhere forever.
I propose to mark it as a duplicate of #8051, and reopened it in case we find it again in the future.
Agreed.
Updated by Jonathan CLARKE about 8 years ago
- Status changed from New to Rejected
Updated by François ARMAND almost 8 years ago
- Related to Question #8176: All nodes compliance report unexpected/missing except root server. added
Updated by François ARMAND almost 8 years ago
- Related to Bug #8141: On rules creation, we may get a never stopping spining wheel on rules list added
Updated by François ARMAND almost 8 years ago
- Related to Bug #8030: When a node doesn't have expected reports, we have a spinning wheel in place of compliance added
Updated by François ARMAND almost 8 years ago
- Related to Bug #8288: Many WARN messages after upgrade about JSON deserialisation error added
Updated by François ARMAND almost 8 years ago
- Related to deleted (Bug #8288: Many WARN messages after upgrade about JSON deserialisation error)