hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Li Ping Zhang (JIRA)" <j...@apache.org>
Subject [jira] [Created] (HBASE-7127) some UT failed with core dump of IBM JDK SR10
Date Thu, 08 Nov 2012 03:48:12 GMT
Li Ping Zhang created HBASE-7127:

             Summary: some UT failed with core dump of IBM JDK SR10
                 Key: HBASE-7127
                 URL: https://issues.apache.org/jira/browse/HBASE-7127
             Project: HBase
          Issue Type: Bug
    Affects Versions: 0.92.0
         Environment: RHEL 5.3, IBM JDK SR 10.
            Reporter: Li Ping Zhang

I used IBM JDK 6, SR10 to individually run several unit tests, like  `mvn test -Dtest=org.apache.hadoop.hbase.mapreduce.TestHFileOutputFormat`,
then there are JVM crush issues(detail log is as following) existed. There may be programming
issues like passing a null or no-defined parameters into sun_misc_Unsafe_getLong__Ljava_lang_Object(),
and I looked into some class, it really calls Unsafe.getLong(), which still need to be fixed
by deeply debugging every unit test codes' passing values case by case. 
Here is the JVM crush log:
Unhandled exception
Type=Segmentation error vmState=0x00000000
J9Generic_Signal_Number=00000004 Signal_Number=0000000b Error_Value=00000000 Sig
Handler1=00002AAAAACE84C0 Handler2=00002AAAAB0787B0 InaccessibleAddress=00000000
RDI=1000000016000000 RSI=000000000DBEEB42 RAX=0000000000000022 RBX=000000000DC8A
RCX=00002AAB0C0D7910 RDX=1000000016000000 R8=1000000016000000 R9=0000000040DA915
R10=000000000D7C61A8 R11=00000000FFFFFFFF R12=0000000000000000 R13=0000000000000
R14=00002AAAAAE4D160 R15=00002AAAAABCDF00
RIP=00002AAAAFEBF5A9 GS=0000 FS=0000 RSP=00002AAB0C0D7838
EFlags=0000000000210202 CS=0033 RBP=000000000D78FF00 ERR=0000000000000000
TRAPNO=000000000000000D OLDMASK=0000000000000000 CR2=0000000000000000
xmm0 0000000000000000 (f: 0.000000, d: 0.000000e+00)
xmm1 000000003f400000 (f: 1061158912.000000, d: 5.242822e-315)
xmm2 000000003f733333 (f: 1064514368.000000, d: 5.259400e-315)
xmm3 000000004008ce33 (f: 1074318848.000000, d: 5.307841e-315)
xmm4 0000000000000000 (f: 0.000000, d: 0.000000e+00)
xmm5 00002aaaafad8300 (f: 2947384064.000000, d: 2.317789e-310)
xmm6 00002aaaaae4d160 (f: 2867122432.000000, d: 2.317785e-310)
xmm7 000000000d771858 (f: 225908832.000000, d: 1.116138e-315)
xmm8 0000000000000000 (f: 0.000000, d: 0.000000e+00)
xmm9 0000000000000000 (f: 0.000000, d: 0.000000e+00)
xmm10 0000000000000000 (f: 0.000000, d: 0.000000e+00)
xmm11 0000000000000000 (f: 0.000000, d: 0.000000e+00)
xmm12 0000000000000000 (f: 0.000000, d: 0.000000e+00)
xmm13 0000000000000000 (f: 0.000000, d: 0.000000e+00)
xmm14 0000000000000000 (f: 0.000000, d: 0.000000e+00)
xmm15 0000000000000000 (f: 0.000000, d: 0.000000e+00)
Module_base_address=00002AAAAFE72000 Symbol=sun_misc_Unsafe_getLong__Ljava_lang_
Target=2_40_20110722_087476 (Linux 2.6.18-128.el5)
CPU=amd64 (8 logical CPUs) (0x7da32a000 RAM)

----------- Stack Backtrace -----------
sun_misc_Unsafe_getLong__Ljava_lang_Object_2J+0x41 (0x00002AAAAFEBF5A9 [libjclsc
JVMDUMP006I Processing dump event "gpf", detail "" - please wait.
JVMDUMP032I JVM requested System dump using '/root/zhangliping/Hbase9.20.2/core.
20111125.085237.3665.0001.dmp' in response to an event
JVMDUMP010I System dump written to /root/zhangliping/Hbase9.20.2/core.20111125.0

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

View raw message