Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 2 replies
  • Subscribers 3 subscribers
  • Views 1508 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Leap second bug in Sophos?

tkaufi
Hi guys,

does anyone know, how Sophos UTM/SG handles the upcoming leap second.

Some linux kernels had problems to handle NTP calls during the leap second in the past.

While i´ve found several entrys for linux and other OS, i hav´nt found an official statement from Sophos.

As the UTM works as internal NTP server, i wonder if the kernel/ntp packages of the sophos itself has been already patched.

I dont want to restart several servers on july, 1st due to this bug.


Any ideas?
Regards


This thread was automatically locked due to age.
  • 0
    I do not think it is going to be an issue...
  • 0
    I did not notice any problem with two Sophos UTMs that I have. They just kept running. I looked at a few logs and saw ordinary ntp entries - nothing stands out.

    Believe it or not, I actually watched the leap second occur. One of my kids helped. We are in the Pacific Time Zone, so the leap second happened at 4:59:59 PM (16:59:59). Here are the results:

    "Atomic" clock on the wall: 
    4:59:59 ... 5:00:00 - no leap second. I assume the clock sync'd itself later.

    Menu bar clock on a Mac, OS X 10.9.5 "Mavericks":
    4:59:59 ... 5:00:00 - no leap second. 
    I assume the Mac's clock sync'd itself later. I looked at a few log files, but could not find anything interesting. I wonder if the NTP drift got changed and then slowly evolved back to normal. There is a program called "pacemaker" that is also involved.

    Time.gov website (the version with no Java, no Flash):
    4:59:59 ... 4:59:60 ... 5:00:00 - it showed the leap second!