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

Using local clock mode is not recommended #161

Open
russss opened this issue Feb 7, 2017 · 2 comments
Open

Using local clock mode is not recommended #161

russss opened this issue Feb 7, 2017 · 2 comments

Comments

@russss
Copy link

russss commented Feb 7, 2017

This cookbook currently adds the local clock as a high-stratum time source on non-virtualized, non-Windows hosts.

In the event that NTP servers are unreachable, this will cause every host to sync to its own clock, and machines will drift apart. This also causes any monitoring to think that the host is synchronized when it's not.

In the past, it was recommended practice to configure one server with a local clock source to provide redundancy if external servers are unreachable. This is no longer recommended practice, and NTP orphan mode should be used instead.

@tas50
Copy link
Contributor

tas50 commented May 6, 2017

@russss I'd be open to a PR that would align us with the best practices if you have the time

@bcg62
Copy link

bcg62 commented May 8, 2017

I've hit situations as described where a host cannot reach an upstream ntp server and falls back to the local lock and unless you really dig deep into ntpq query information it appears synced.

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

No branches or pull requests

5 participants