[rhelv6-list] CPU utilization issue following leap second insertion

Brian Wheeler bdwheele at indiana.edu
Sun Jul 1 02:27:53 UTC 2012


Sorry for the plethora of replies.  Strike the RHEL5 case -- it must 
have been hit by something else when I was doing my testing -- it seems 
to have calmed down now.

Brian

On 06/30/2012 10:24 PM, Brian Wheeler wrote:
> I should add that I have a RHEL5 box which got the leap second and 
> snmp is reporting it is using 100% cpu but has a paltry loadavg of 3, 
> so it may be affected as well.
>
> Brian
>
> On 06/30/2012 10:18 PM, Brian Wheeler wrote:
>> Yes, some of my machines are going crazy. I've found that rebooting 
>> them seems to work around it...
>>
>> Brian
>>
>>
>> On 06/30/2012 10:17 PM, David Coulson wrote:
>>> Most of my RHEL6 systems running Java applications went nuts when 
>>> the leap second was added:
>>>
>>> [root at rhtsutility02 stuff]# ssh rhesdevwesb01 grep UTC 
>>> /var/log/messages
>>> Jun 30 19:59:59 rhesdevwesb01 kernel: Clock: inserting leap second 
>>> 23:59:60 UTC
>>>
>>> Output of sar during interval in question
>>> 07:59:01 PM     all      0.12      0.00      0.20      0.00 0.00     
>>> 99.68
>>> 08:00:07 PM     all      8.18      0.02      4.14      0.00 0.00     
>>> 87.66
>>> 08:01:07 PM     all     70.08      0.00     29.92      0.00 
>>> 0.00      0.00
>>> 08:02:07 PM     all     69.49      0.00     30.51      0.00 
>>> 0.00      0.00
>>> 08:03:07 PM     all     69.61      0.00     30.39      0.00 
>>> 0.00      0.00
>>> 08:04:07 PM     all     69.76      0.00     30.24      0.00 
>>> 0.00      0.00
>>>
>>> I've RHEL4 and RHEL5 systems running the same apps, same JVM, same 
>>> J2EE (mostly WebSphere), and they were all fine.
>>>
>>> A couple of my RHEL6 boxes didn't log the 'inserting leap second' 
>>> dmesg entry, and they did not exhibit an issue - Not sure why they 
>>> did not log it, since they are all using the same NTP clock sources.
>>>
>>> Anyone else see this? I'm going to grab a bunch of sosreports and 
>>> get a case open, but wanted to see if it was something unique to my 
>>> environment.
>>>
>>> _______________________________________________
>>> rhelv6-list mailing list
>>> rhelv6-list at redhat.com
>>> https://www.redhat.com/mailman/listinfo/rhelv6-list
>>
>>
>> _______________________________________________
>> rhelv6-list mailing list
>> rhelv6-list at redhat.com
>> https://www.redhat.com/mailman/listinfo/rhelv6-list
>
>
> _______________________________________________
> rhelv6-list mailing list
> rhelv6-list at redhat.com
> https://www.redhat.com/mailman/listinfo/rhelv6-list





More information about the rhelv6-list mailing list