incubator-cassandra-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Yang <teddyyyy...@gmail.com>
Subject Re: SIGSEGV during compaction?
Date Thu, 08 Sep 2011 05:06:28 GMT
thanks Jonathan.

I tried openJdk too, same , filed bug to both Oracle and openJdk


tried -XX:-UseCompressedOops , same SEGV

Oracle bug site asks "does it appear with -server and -Xint", I tried
these options, so far no SEGV yet, maybe slower, but haven't measured
exactly



On Wed, Sep 7, 2011 at 8:56 PM, Jonathan Ellis <jbellis@gmail.com> wrote:
> You should report a bug to Oracle.
>
> In the meantime you could try turning off compressed oops -- that's
> been a source of a lot of GC bugs in the past.
>
> On Wed, Sep 7, 2011 at 8:22 PM, Yang <teddyyyy123@gmail.com> wrote:
>> some info in the debug file that JVM exported:
>>
>> #
>> # A fatal error has been detected by the Java Runtime Environment:
>> #
>> #  SIGSEGV (0xb) at pc=0x00002aaaab37cbfa, pid=7236, tid=1179806016
>> #
>> # JRE version: 6.0_27-b07
>> # Java VM: Java HotSpot(TM) 64-Bit Server VM (20.2-b06 mixed mode
>> linux-amd64 compressed oops)
>> # Problematic frame:
>> # J  com.cgm.whisky.filter.WithinLimitIpFrequencyCap.isValid(Lorg/apache/avro/specific/SpecificRecord;)Lcom/cgm/whisky/EventsFilter$ValidityCode;
>> #
>> # If you would like to submit a bug report, please visit:
>> #   http://java.sun.com/webapps/bugreport/crash.jsp
>> #
>>
>> ---------------  T H R E A D  ---------------
>>
>> Current thread (0x00002aaab80e2800):  JavaThread "pool-3-thread-8"
>> [_thread_in_Java, id=7669,
>> stack(0x0000000046426000,0x0000000046527000)]
>>
>> siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR),
>> si_addr=0x00002aaabc000000
>>
>> Registers:
>> RAX=0x00000007914355e8, RBX=0x000000000000058a,
>> RCX=0x0000000791461b38, RDX=0x0000000000000000
>> RSP=0x00000000465259f0, RBP=0x00000000f222b894,
>> RSI=0x0000000791433f20, RDI=0x00002aaaab37ca60
>> R8 =0x00000000d0931f61, R9 =0x00000000f2286ab2,
>> R10=0x0000000000000000, R11=0x00002aaabc000000
>> R12=0x0000000000000000, R13=0x00000000465259f0,
>> R14=0x0000000000000002, R15=0x00002aaab80e2800
>> RIP=0x00002aaaab37cbfa, EFLAGS=0x0000000000010202,
>> CSGSFS=0x0100000000000033, ERR=0x0000000000000004
>>  TRAPNO=0x000000000000000e
>>
>> Top of Stack: (sp=0x00000000465259f0)
>> 0x00000000465259f0:   000000068a828dc8 0000000791433f20
>> 0x0000000046525a00:   000000079145ee60 000005890000058a
>>
>>
>> On Wed, Sep 7, 2011 at 6:21 PM, Yang <teddyyyy123@gmail.com> wrote:
>>> I started compaction using nodetool,
>>> then always reproducibly, I get a SEGV in a code that I added to the
>>> Cassandra code, which simply calls get_slice().
>>>
>>> have you seen SEGV associated with compaction? anyone could suggest a
>>> route on how to debug this?
>>>
>>> I filed a bug on sun website, right now the only possible approach I
>>> can try is to use another JDK
>>>
>>>
>>> Thanks
>>> Yang
>>>
>>
>
>
>
> --
> Jonathan Ellis
> Project Chair, Apache Cassandra
> co-founder of DataStax, the source for professional Cassandra support
> http://www.datastax.com
>

Mime
View raw message