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:36:51 GMT
hmmmm, all other things remaining the same, I put jna.jar into classpath,
now it successfully completed a compaction without problems

On Wed, Sep 7, 2011 at 10:06 PM, Yang <teddyyyy123@gmail.com> wrote:
> 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