@Robie - IIRC Paul wants to use it as "remote ntp check" which actually
should be done via sntp but that binary was unavailable until artful and
the fix doesn't fit an SRU (bug 1604010).
@Josh - just a day after your report the SRU completed that took out the old
locking and the silly unconditional restart from the ifup hooks. I'd hope
things should be much better for you now - could you please verify if that is
true for your scenario as well?
If not we have to search where the remaining issue comes from as the new
behavior should have ntp preferred to ntpdate and ntpdate being the one
rejected as ntp already has the port used.
If there is a window e.g. due to the many interfaces that you described - that
inverts that with ntpdate blocking ntp still that would have to be fixed.
** Changed in: ntp (Ubuntu Xenial)
Status: Triaged => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1706818
Title:
mismatched file locking since 1:4.2.8p4+dfsg-3ubuntu1 causes race
leaving ntp dead on reboot
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ntp/+bug/1706818/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
