kafka-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Apurva Mehta <apu...@confluent.io>
Subject Re: kafka_2.11-0.9.0.1 crash with java coredump
Date Wed, 14 Dec 2016 18:50:18 GMT
I would suggest creating a JIRA and describing in detail what was going on
in the cluster when this happened, and posting the associated broker /
state change / controller logs.

Thanks,
Apurva

On Wed, Dec 14, 2016 at 3:28 AM, Mazhar Shaikh <mazhar.shaikh.in@gmail.com>
wrote:

> Hi All,
>
> I am using kafka_2.11-0.9.0.1 with java version "1.7.0_51".
>
> On random days kafka process stops (crashes) with a java coredump file as
> below.
>
> (gdb) bt
> #0 0x00007f33059f70d5 in raise () from /lib/x86_64-linux-gnu/libc.so.6
> #1 0x00007f33059fa83b in abort () from /lib/x86_64-linux-gnu/libc.so.6
> #2 0x00007f33049ae405 in os::abort(bool) () from
> /opt/jdk1.7.0_51/jre/lib/amd64/server/libjvm.so
> #3 0x00007f3304b2d347 in VMError::report_and_die() () from
> /opt/jdk1.7.0_51/jre/lib/amd64/server/libjvm.so
> #4 0x00007f3304b2d8de in crash_handler(int, siginfo*, void*) () from
> /opt/jdk1.7.0_51/jre/lib/amd64/server/libjvm.so
> #5 <signal handler called>
> #6 0x00007f33046b92f5 in
> G1BlockOffsetArray::forward_to_block_containing_addr_slow(HeapWord*,
> HeapWord*, void const*) () from
> /opt/jdk1.7.0_51/jre/lib/amd64/server/libjvm.so
> #7 0x00007f33049a60f0 in os::print_location(outputStream*, long, bool) ()
> from /opt/jdk1.7.0_51/jre/lib/amd64/server/libjvm.so
> #8 0x00007f33049b2678 in os::print_register_info(outputStream*, void*) ()
> from /opt/jdk1.7.0_51/jre/lib/amd64/server/libjvm.so
> #9 0x00007f3304b2b94b in VMError::report(outputStream*) () from
> /opt/jdk1.7.0_51/jre/lib/amd64/server/libjvm.so
> #10 0x00007f3304b2cf4a in VMError::report_and_die() () from
> /opt/jdk1.7.0_51/jre/lib/amd64/server/libjvm.so
> #11 0x00007f33049b2d8f in JVM_handle_linux_signal () from
> /opt/jdk1.7.0_51/jre/lib/amd64/server/libjvm.so
> #12 <signal handler called>
> #13 0x00007f32ffbc64bf in ?? ()
> #14 0x00000000ca57b708 in ?? ()
> #15 0x00007f32fae97928 in ?? ()
> #16 0x00000000bf2f05e8 in ?? ()
> #17 0xffffffffffffffff in ?? ()
> #18 0x00000000c3b27610 in ?? ()
> #19 0x00000000bed92898 in ?? ()
> #20 0x00000000e269aac8 in ?? ()
> #21 0x0000000000000000 in ?? ()
>
>
> Can anyone suggest a solution to overcome this issue.
>
> Thank you.
>
> Mazhar Shaikh.
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message