SunOS, ntpd and 2006 "leap second"

From: Eric Voisard (evoisard@atisuher.ch)
Date: Fri Jan 13 2006 - 09:27:13 EST


Hi all,

I was just wondering. I'm back from holidays and I noticed in the system
messages (SunOS 5.9), that during the passage to 2006 which included a
"leap second" the NTP daemon (ntpd 1.4.2) behaved stangely eventhough it is
supposed to handle "leap second", and afaik, SunOS is supposed to handle
this too.
The ntpd takes its time from a DFC77 receiver connected to a serial port,
it's stratum 1 and serves the time to the other boxes here.

It's like if ntpd didn't know about the upcoming "leap second", was
surprized by the suddent time change and needed to re-sync. Funnily,
there's been a 60 seconds step in the future and another 59 second one back
in the past (what incidentally gives the expected -1 second leap).

Did your systems handle the leap second better than mine?...

Thanks, Eric

PS: note that my 1.4.2 ntpd isn't Sun's xntpd binary, but was compiled from
original sources...

====
Dec 31 23:33:01 backstage ntpd[202]: [ID 702911 daemon.notice] ARCRON: sync
fini
shed, signal quality 4: OK, will use clock
Jan 1 00:19:17 backstage ntpd[202]: [ID 702911 daemon.notice] time reset
+59.02
0582 s
Jan 1 00:19:17 backstage ntpd[202]: [ID 702911 daemon.notice] frequency
error 5
12 PPM exceeds tolerance 500 PPM
Jan 1 00:24:46 backstage last message repeated 2 times
Jan 1 00:26:53 backstage ntpd[202]: [ID 702911 daemon.notice] ARCRON: unit
1: s
ending resync command
Jan 1 00:29:01 backstage ntpd[202]: [ID 702911 daemon.notice] ARCRON: sync
fini
shed, signal quality 4: OK, will use clock
Jan 1 00:35:44 backstage ntpd[202]: [ID 702911 daemon.notice] time reset
-60.55
7913 s
Jan 1 00:35:44 backstage ntpd[202]: [ID 702911 daemon.notice] frequency
error -
512 PPM exceeds tolerance 500 PPM
Jan 1 00:41:12 backstage last message repeated 2 times
Jan 1 00:51:01 backstage ntpd[202]: [ID 702911 daemon.notice] time reset
+0.470
112 s
Jan 1 01:23:18 backstage ntpd[202]: [ID 702911 daemon.notice] ARCRON: unit
1: s
ending resync command
====
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers



This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:38:27 EDT