Project

General

Profile

Actions

Bug #1991

closed

When a node has not a correct time configuration, the reports are not correct

Added by Nicolas CHARLES over 11 years ago. Updated about 6 years ago.

Status:
Rejected
Priority:
N/A
Assignee:
-
Category:
Web - Compliance & node report
Severity:
Minor - inconvenience | misleading | easy workaround
UX impact:
User visibility:
Getting started - demo | first install | level 1 Techniques
Effort required:
Priority:
0
Regression:

Description

If a node has a time in the future (resp in the past), the received message have the future timestamp, and thus their is a skew between the displayed reports and the current state of the node.
The solution is not really trivial, but it would help if we knew the message reception time (but it would not be always relevant, for instance if there is a network failure and the message is sent again 30 minutes later ...)

Actions #1

Updated by Jonathan CLARKE over 11 years ago

  • Category set to Web - Compliance & node report
Actions #2

Updated by Jonathan CLARKE almost 11 years ago

  • Target version set to Ideas (not version specific)
Actions #3

Updated by Fran├žois ARMAND about 6 years ago

  • Description updated (diff)
  • Severity set to Minor - inconvenience | misleading | easy workaround
  • User visibility set to Getting started - demo | first install | level 1 Techniques

Well, there is technically very little that can be done, and even less if we want to implement an asynchronous reporting system, where the node could send reports only 1 time by day for ex - we will need to believe the timestamp it set.

So the question is more "how can we help a user (especially a new one) to be aware of the importance of time synchronisation between server and node, especially if we are receiving message in the past or in the future".

=> adapt the compliance reports header message for that?
=> had "node time" or similar adjective in technical log table header and other relevant places.

Actions #4

Updated by Jonathan CLARKE about 6 years ago

  • Status changed from Discussion to New
  • Priority set to 0
Actions #5

Updated by Jonathan CLARKE about 6 years ago

  • Status changed from New to Rejected

It is a documented prerequisite for Rudder that all nodes must have correctly configured clocks, and preferably a tight time synchronization using ntp. This bug therefore only concerns a case that will never occur.

Actions

Also available in: Atom PDF