allow to set the maxpoll for time daemon

Bug #1736170 reported by Attila Fazekas
6
This bug affects 1 person
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://www.best-microcontroller-projects.com/ppm.html

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
Mike Fedosin (mfedosin)
Changed in tripleo:
assignee: nobody → Mike Fedosin (mfedosin)
Revision history for this message
Mike Fedosin (mfedosin) wrote :
Changed in tripleo:
status: Triaged → In Progress
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Change abandoned on tripleo-heat-templates (master)

Change abandoned by Emilien Macchi (<email address hidden>) on branch: master
Review: https://review.openstack.org/530223
Reason: The gate is currently timeouting, we need https://review.openstack.org/#/c/531352/ to improve the situation. I'll restore the patch once the gate is stable again. Please do not recheck or restore this patch, I'll take care of it. Thanks for your patience.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to tripleo-heat-templates (master)

Reviewed: https://review.openstack.org/530223
Committed: https://git.openstack.org/cgit/openstack/tripleo-heat-templates/commit/?id=30154ed6385281488af62fee6755f3b2c4d86741
Submitter: Zuul
Branch: master

commit 30154ed6385281488af62fee6755f3b2c4d86741
Author: Mike Fedosin <email address hidden>
Date: Wed Dec 27 16:06:27 2017 +0100

    Add MinPoll and MaxPoll options to NTP module

    These options specify the minimum and maximum poll intervals
    for NTP messages, in seconds to the power of two.

    The maximum poll interval defaults to 10 (1,024 s), but can be
    increased by the MaxPoll option to an upper limit of 17 (36.4 h).
    The minimum poll interval defaults to 6 (64 s), but can be decreased
    by the MinPoll option to a lower limit of 4 (16 s).

    Change-Id: Ib2929be86e8cb31c00d166abe750354188302415
    Closes-bug: #1736170

Changed in tripleo:
status: In Progress → Fix Released
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/tripleo-heat-templates 8.0.0.0b3

This issue was fixed in the openstack/tripleo-heat-templates 8.0.0.0b3 development milestone.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.