allow to set the maxpoll for time daemon
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tripleo |
Fix Released
|
Medium
|
Mike Fedosin |
Bug Description
The time tracing service ntpd/chrony has a maxpoll option can be used to
ask the time daemons to check the upstream time server more frequently even tough
they might assume less is enough.
As you can see most time keeping device used in consumer electronics is not so accurate on its own: http://
The issue can be worst in a virtual machine and the drift /accuracy can change over time (temperature, load, aging),
The time demons also can miss information about how good the current machine clock the early times in a CI jobs.
When operator is keen to have more accurate time, the more frequent consultation with a time server (or special hardware) is required. The maxpoll prevents the time daemon to choose less frequent synchronization.
The default value is 1024 sec,
my current goal is reach less 30ms difference across virtual machines for CI jobs.
For example a 20ppm clock accuracy can lead to +-20 ms (40ms across 2 machine) in 1024 sec.
Changed in tripleo: | |
importance: | Undecided → Medium |
milestone: | none → queens-3 |
status: | New → Triaged |
Changed in tripleo: | |
assignee: | nobody → Mike Fedosin (mfedosin) |
Patch on review: https:/ /review. openstack. org/#/c/ 530223/