Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update example for nhc_check of chronyd #186

Open
martbhell opened this issue Feb 6, 2017 · 2 comments
Open

Update example for nhc_check of chronyd #186

martbhell opened this issue Feb 6, 2017 · 2 comments

Comments

@martbhell
Copy link
Contributor

martbhell commented Feb 6, 2017

5437721#commitcomment-20759236

@martbhell
Copy link
Contributor Author

From Ivan:

What differs are "System time" and "RMS offset", they should be
something like 0.000xxxx and if any larger, then there is a problem.


[root@opt51 ~]# chronyc tracking
Reference ID    : 10.10.254.19 (admin2.int.triton.aalto.fi)
Stratum         : 4
Ref time (UTC)  : Wed Feb  8 11:36:58 2017
System time     : 16042.547851562 seconds fast of NTP time
Last offset     : +0.000022398 seconds
RMS offset      : 4569.594238281 seconds
Frequency       : 14.935 ppm slow
Residual freq   : +0.109 ppm
Skew            : 0.550 ppm
Root delay      : 0.001550 seconds
Root dispersion : 0.019479 seconds
Update interval : 70.5 seconds
Leap status     : Normal

@martbhell
Copy link
Contributor Author

From the nhc mailing list:

* || check_cmd_output -t 2 -m '!/: [0-9]{3,}\.[0-9]+ seconds [a-z]+ of NTP time/' chronyc tracking

This command seems to work on my test system - it doesn't drain the node if time is in sync. Have asked reporter via other channels if the check above drains a node where the clock is off.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant