This day (30 June 2012) will have a leap ... / 2012-06-30

2012-06-30 This day (30 June 2012) will have a leap ... 6 years ago
This day (30 June 2012) will have a leap-second at the end of the (UTC) day. I installed the iers bulletin on ntp.cs.uu.nl months ago, but the leap indicator in the outgoing ntp answers switched on at 00:00 UTC today (2012-06-30T00:00:00 UTC).
metronoom# ntpq -c rv
status=411d leap_add_sec, sync_atomic, 1 event, event_13,
version="ntpd 4.2.6@1.2089-o Fri Jan 15 14:31:14 UTC 2010 (1)",
processor="i386", system="FreeBSD/5.4-RELEASE-p13", leap=01, stratum=1,
precision=-19, rootdelay=0.000, rootdisp=1.140, refid=PPS,
reftime=d399c71c.6e6e43bf  Sat, Jun 30 2012 18:42:36.431,
clock=d399c72a.fee93d22  Sat, Jun 30 2012 18:42:50.995, peer=32717,
tc=6, mintc=3, offset=0.000, frequency=15.707, sys_jitter=0.002,
clk_jitter=0.002, clk_wander=0.004, tai=34, leapsec=201207010000,
expire=201212280000
The interesting side-effect is that since the leap indicator went on the rate of requests went up. From a rate which is the last year average around 850 requests per second it went to a peak of 24488 requests per second. Stats for ntp.cs.uu.nl. My theory is that the infamous Turkish ntp pool clients have a problem with ntp answers with a leap indicator. Although ntp.cs.uu.nl isn't in Turkey, it is a volunteer server for tr.pool.ntp.org to help with the load from that country.

The great part is that ntpd is using over 50% cpu time on the system but the load of requests has absolutely no influence on the stability of the timekeeping.

Update: The leap second was processed correctly everywhere:
Jul  1 01:59:59 doei kernel: TIME_INS: inserting second 23:59:60 UTC
Jun 30 02:10:18 greenblatt ntpd[6856]: kernel time sync status change 0011
Jul  1 01:59:59 greenblatt kernel: [2817910.960085] Clock: inserting leap second 23:59:60 UTC
Jul  1 02:04:34 greenblatt ntpd[6856]: kernel time sync status change 0001
Jul  1 01:59:59 abaris kernel: [9788209.066779] Clock: inserting leap second 23:59:60 UTC

Tags: , ,

, reachable as koos+website@idefix.net. PGP encrypted e-mail preferred.

PGP key 5BA9 368B E6F3 34E4 local copy PGP key 5BA9 368B E6F3 34E4 via keyservers pgp key statistics for 0x5BA9368BE6F334E4 Koos van den Hout
RSS
Other webprojects: Camp Wireless, wireless Internet access at campsites, The Virtual Bookcase, book reviews
This page generated in 0.003878 seconds.