Live data from Hacker News

Out of control Java processes when dealing with a leap second?

bugzilla.mozilla.org

31–40 of 43 posts

Re: Out of control Java processes when dealing with a leap second?

#31
post #6

I experienced no problem today. Is this Java-specific?

No, it's a problem with futexes. If your production code doesn't use many (any) threads, you should be fine.

People are reporting the same issue with MySQLd, I had it with Firefox.

Re: Out of control Java processes when dealing with a leap second?

#32

What's the explanation of that wacky date format? minute day hour month year . second

It's actually month day hour minute.second

Originally (and perhaps still) the month day is optional; allowing you to set the date with just hour and minute.

Re: Out of control Java processes when dealing with a leap second?

#38

Even if you're not running java in your stack, it's worth a quick check on your servers. Our SoftLayer servers use an Adaptec RAID card and the monitoring software uses the JVM and will suck up all of your CPU. All of our MySQL/Cassandra/Redis/Kestrel servers needed to be bounced because they had RAID cards. Frustrating.

I also use Softlayer and have a pair of servers with Adaptec RAID cards. Checking up on them they were not affected.

Having looked in to it, it seems our server admin decided to install OpenNTP to replace the standard NTP daemon. I'm not sure why he did that, but it seems OpenNTP just ignores leap seconds and compensates after the fact just as if your clock had drifted a second out of sync in the usual way.

Re: Out of control Java processes when dealing with a leap second?

#39
post #28

Leap second + Java + Linux fix (without reboot): /etc/init.d/ntp stop; date; date `date +"%m%d%H%M%C%y.%S"`; date; -- then restart java

A lot simpler: date --set "`date`"

On a localized box, I had to run "unset LANG" first, because otherwise date doesn't seem to understand its own output.
Post reply on HN