On 28/05/12 11:20, Antoine Beaupre wrote: > Package: openntpd > Version: 3.9p1+debian-8~bpo60+1 > Severity: normal > > This software inexplicably shifts the clock by 3000 seconds (around 10 > minutes) every 4 days when running in a > Xen domU in Debian Squeeze. Example logs: > > May 18 19:35:56 athena ntpd[1411]: skew change -11.931 exceeds limit > May 18 19:35:56 athena ntpd[1412]: clock is now synced > [...] > May 22 12:26:18 athena ntpd[1411]: adjusting local clock by -2999.762566s > May 22 12:26:18 athena ntpd[1411]: adjtime failed: Invalid argument > May 22 12:26:18 athena ntpd[1412]: clock is now unsynced > > The clock is now 50 minutes off. The first message appeared when ntpdate was > ran manually to resync the clock. > > The workaround that I have found was to install the plain ntp package, which > doesn't suffer from this behavior. > I have been running it for 4 days without the same clock skew...
Hi Antoine! Thanks for reporting this. I want to check something, can you perform this steps? - Stop openntpd - cat /var/lib/openntpd/ntpd.drift - mv /var/lib/openntpd/ntpd.drift /tmp/bleh - Start openntpd - Provide logs I want to check whether it's possible to be some flaw in the use of the drift file. Cheers, d -- BOFH excuse #324: Your packets were eaten by the terminator
signature.asc
Description: OpenPGP digital signature
