NTP gurus (and especially Dave Hart who was kind enough to correspond previously)
Have been doing (finally) some testing with the aid of VM systems. I took DH advice and used one at ntp 4.2.6 (not the most recent admittedly) as the server and the client based on our RHEL 4.3 + odd bits that has ntpd 4.2.0a@1.1190-r on it. I used the leap-seconds file from the usual place to "prime" the server and set the local date and time to 30 June 2012 2350 UTC on both systems. At this point NTP was off. Having enabled ntpd I watched the usual traffic and start up and was able to see the LI being passed to the client. However, since it took about 8 or so minutes for the client to sync up, it did not note the need to insert a leap second until past midnight. Meanwhile the server issued the leap second inserted message as expected at 0000 UTC. What was puzzling was that when the time reached 0000 1 July 2012, on the client the leap second was inserted as seen from the following line in syslog: Jul 2 00:59:59 lsntpclient kernel: Clock: inserting leap second 23:59:60 UTC Now, having looked at the kernel code, I understand why this can occur (the kernel code in 2.6.9 only checks for end of day) but I am more concerned about why it is propagated into the second day at all. Why is the LI from ntpd not cleared once the insertion time is passed? I have some extra info and logs if that is of interest from ntptime, ntpdc -c kerninfo and ntpq -c readvar should that be of interest. Phil. -- Phil Fisher| BSC Platform Engineer (Linux) This message contains confidential information and may be privileged. If you are not the intended recipient, please notify the sender and delete the message immediately. ip.access Ltd, registration number 3400157, Building 2020, Cambourne Business Park, Cambourne, Cambridge CB23 6DW, United Kingdom _______________________________________________ questions mailing list questions@lists.ntp.org http://lists.ntp.org/listinfo/questions