Re: 答复: 答复: 100% cpu usage on CentOS/RHEL 6
amolk112k at gmail.com
Fri Jul 27 11:20:10 UTC 2012
The problem was solved after upgrading CentOS kernel to kernel-2.6.32-220.
This is the kernel that comes by default in CentOS 6.2.
Thanks everyone for all the help.
On Tue, Jul 3, 2012 at 7:35 PM, 谢良 <xieliang at xiaomi.com> wrote:
> If so, it's unlikely a leap-second issue. You can figure it out by
> `dmesg`, the leap-second worked while sth like "Clock: inserting leap
> second 23:59:60 UTC" be found and ntpd service running:)
> *发件人:* Amol Kulkarni [amolk112k at gmail.com]
> *发送时间:* 2012年7月3日 21:54
> *到:* 谢良
> *Cc:* Mark Thornton; discuss at openjdk.java.net
> *主题:* Re: 答复: 100% cpu usage on CentOS/RHEL 6
> Seems like I've hit the leap second bug itself. But since I'm getting
> that error for atleast 15 days now i.e from 15 June or so. Is it likely
> that the leap second bug occurs before the leap second is introduced by the
> On Tue, Jul 3, 2012 at 4:54 PM, 谢良 <xieliang at xiaomi.com> wrote:
>> May be you can have an eye on here : https://lkml.org/lkml/2012/7/1/27 :)
>> 发件人: discuss-bounces at openjdk.java.net [discuss-bounces at openjdk.java.net]
>> 代表 Amol Kulkarni [amolk112k at gmail.com]
>> 发送时间: 2012年7月3日 19:02
>> 到: Mark Thornton
>> Cc: discuss at openjdk.java.net
>> 主题: Re: 100% cpu usage on CentOS/RHEL 6
>> >From the symptoms, it looks like the same bug to me too.
>> I'll check whether it is solved in CentOS/RHEL 6 kernels.
>> On Mon, Jul 2, 2012 at 7:32 PM, Mark Thornton <mthornton at optrak.com>
>> > On 02/07/12 14:45, Amol Kulkarni wrote:
>> > Hi,
>> > I have a java app running on CentOS 6.0. It always runs in background
>> > cron. Sometimes this app goes into wait state while using 100% cpu.
>> > My java version is :
>> > java version "1.6.0_17"
>> > OpenJDK Runtime Environment (IcedTea6 1.7.4)
>> > OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
>> > Other symptoms are :
>> > a. One thread of the process seems to be in a loop waiting for
>> > When traced using strace, it shows following o/p continuously :
>> > futex(0x7fb8000ac728, FUTEX_WAKE_PRIVATE, 1) = 0
>> > futex(0x7fb8000ac754,
>> > Could it be related to this:
>> > https://bugzilla.kernel.org/show_bug.cgi?id=32922
>> > Mark Thornton
More information about the discuss