<div dir="ltr"><span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.8px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration-style:initial;text-decoration-color:initial;background-color:rgb(255,255,255);float:none;display:inline">Package: systemd</span><br style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.8px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration-style:initial;text-decoration-color:initial;background-color:rgb(255,255,255)"><span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.8px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration-style:initial;text-decoration-color:initial;background-color:rgb(255,255,255);float:none;display:inline">Version: <span style="font-family:monospace"><span style="color:rgb(0,0,0);background-color:rgb(255,255,255)">238-4</span><br></span></span><br>Hi,<div>in <a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=873185">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=873185</a> an old workaround was dropped because all NTP servers now ship Conflicts=systemd-timesyncd.service but in my tests I found that systemd in this case is still unreliable.</div><div><br></div><div>We end up with a NTP server (chrony, ntp, ...) and systemd-timesyncd both being enabled and systemd on startup randomly picking one of them.</div><div><br></div><div>I filed systemd upstream <a href="https://github.com/systemd/systemd/issues/8730">https://github.com/systemd/systemd/issues/8730</a> to get educated how one could control it or at some time there might be a way to express this added.</div><div><br></div><div>But until then I wonder how we can make any guarantees which service is started.</div><div>OTOH while trivial experiments trigger easily I haven't seen chrony to be knowcked out by systemd-timesyncd in real-life. Maybe there is a second safety mechanism I don't know yet?</div><div><br></div><div>But if I'm right and this is just as unreliable as it is in my tests I wonder if we should take the old stop-gap measure back into systemd for now in Debian and Ubuntu.</div><div><br></div><div>Note - LP Bug in ubuntu: <a href="https://bugs.launchpad.net/systemd/+bug/1764357">https://bugs.launchpad.net/systemd/+bug/1764357</a><br clear="all"><div><br></div><div>P.S. I was unsure, but think this is not a re-open of the old bug(s). So I decided for a new report and setting Michael (systemd / old bug) and Vincent (chrony) on CC.</div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><span style="color:rgb(136,136,136);font-size:12.8px">Christian Ehrhardt</span><div style="color:rgb(136,136,136);font-size:12.8px">Software Engineer, Ubuntu Server</div><div style="color:rgb(136,136,136);font-size:12.8px">Canonical Ltd</div></div></div></div></div>
</div></div>