Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-7172732

All assistants (DBCA, NETCA, EMCA) fail with sigill in glibc LD-LINUX-X86-64.SO

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Not an Issue
    • Icon: P4 P4
    • None
    • 1.4.2, 6u31
    • hotspot
    • x86
    • linux, linux_redhat_5.0

      FULL PRODUCT VERSION :


      FULL OS VERSION :
      @ Linux 2.6.32-220.13.1.el6.x86_64
      Reproduced also with redhat kernel (rh6u2):

      EXTRA RELEVANT SYSTEM CONFIGURATION :
      The hardware is Dell Optiplex 790 with 16GB of RAM, these are cpus:
      .
      processor : 3
      vendor_id : GenuineIntel
      cpu family : 6
      model : 42
      model name : Intel(R) Core(TM) i5-2400 CPU 3.10GHz
      stepping : 7
      cpu MHz : 3093.034
      cache size : 6144 KB


      A DESCRIPTION OF THE PROBLEM :
      During testing, noticed that all assistants, netca, dbca, emca, fail with the below java hot spot:
      .
      # An unexpected error has been detected by HotSpot Virtual Machine:
      #
      # SIGILL (0x4) at pc=0x00000035d5e14c30, pid=25176, tid=140693549340416
      #
      # Java VM: Java HotSpot(TM) 64-Bit Server VM (1.5.0_30-b03 mixed mode)
      # Problematic frame:
      # C [ld-linux-x86-64.so.2+0x14c30]
      #
      # An error report file with more information is saved as hs_err_pid25176.log
      #
      # If you would like to submit a bug report, please visit:
      # http://java.sun.com/webapps/bugreport/crash.jsp
      #
      .


      THE PROBLEM WAS REPRODUCIBLE WITH -Xint FLAG: Did not try

      THE PROBLEM WAS REPRODUCIBLE WITH -server FLAG: Did not try

      STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
      This is the original glibc:
      rpm -qa|grep glibc
      glibc-2.12-1.47.el6_2.9.x86_64
      glibc-devel-2.12-1.47.el6_2.9.x86_64
      glibc-common-2.12-1.47.el6_2.9.x86_64
      glibc-headers-2.12-1.47.el6_2.9.x86_64

      Related Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=752122

      ERROR MESSAGES/STACK TRACES THAT OCCUR :
        Top of the hot spot log shows:

      # An unexpected error has been detected by HotSpot Virtual Machine:
      #
      # SIGILL (0x4) at pc=0x00000035d5e14c30, pid=25176, tid=140693549340416
      #
      # Java VM: Java HotSpot(TM) 64-Bit Server VM (1.5.0_30-b03 mixed mode)
      # Problematic frame:
      # C [ld-linux-x86-64.so.2+0x14c30]
      #
      .
      --------------- T H R E A D ---------------
      .
      Current thread (0x0000000041586030): JavaThread "main" [_thread_in_native,
      id=25176]
      .
      siginfo:si_signo=4, si_errno=0, si_code=2, si_addr=0x00000035d5e14c30
      .
      Registers:
      RAX=0x0000000000000001, RBX=0x000000004186bcd0, RCX=0x0000000017bae3ff,
      RDX=0x00000000bfebfbff
      RSP=0x00007fff281afc68, RBP=0x00007fff281afdb0, RSI=0x0000000000000000,
      RDI=0x0000000000000058
      R8 =0x0000000000000000, R9 =0x0000000000000000, R10=0x00007fff281afbe0,
      R11=0x000000004186bcd0
      R12=0x00007fff281afdd8, R13=0x00000000418e01b0, R14=0x0000000000000000,
      R15=0x0000000000000000
      RIP=0x00000035d5e14c30, EFL=0x0000000000010202, CSGSFS=0x000000000000e033,
      ERR=0x0000000000000000
        TRAPNO=0x0000000000000006
      .
      .
      core file backtrace shows:
      .
      #0 0x00000035d6632885 in raise () from /lib64/libc.so.6
      #1 0x00000035d6634065 in abort () from /lib64/libc.so.6
      #2 0x00007ff5c4d56792 in os::abort(int) ()
         from
      /u01/app/oracle/product/11.2.0/dbhome_1/jdk/jre/lib/amd64/server/libjvm.so
      #3 0x00007ff5c4e56280 in VMError::report_and_die() ()
         from
      /u01/app/oracle/product/11.2.0/dbhome_1/jdk/jre/lib/amd64/server/libjvm.so
      #4 0x00007ff5c4d5a9ff in JVM_handle_linux_signal ()
         from
      /u01/app/oracle/product/11.2.0/dbhome_1/jdk/jre/lib/amd64/server/libjvm.so
      #5 0x00007ff5c4d5858e in signalHandler(int, siginfo*, void*) ()
         from
      /u01/app/oracle/product/11.2.0/dbhome_1/jdk/jre/lib/amd64/server/libjvm.so
      #6 <signal handler called>
      #7 0x00000035d5e14c30 in _dl_x86_64_save_sse ()
         from /lib64/ld-linux-x86-64.so.2
      #8 0x00000035d5e0aad8 in _dl_lookup_symbol_x ()
         from /lib64/ld-linux-x86-64.so.2
      #9 0x00000035d5e0dfb0 in _dl_fixup () from /lib64/ld-linux-x86-64.so.2
      #10 0x00000035d5e14675 in _dl_runtime_resolve ()
         from /lib64/ld-linux-x86-64.so.2
      #11 0x00007ff5866107b9 in sproprutgdv (ocrname=warning: Range for type (null)
      has invalid bounds 0..-128
      0x7fff281b21f0,
      ---Type <return> to continue, or q <return> to quit---
          localonly=0x7fff281b76bc, crshome=0x0,
          errorbuf=0x7fff281b7290 "\200s\033(\377\177", errorbuf_sz=0x7fff281b7698,
      .
          hostname=0x7fff281b1ff0 "", flags=131072) at sproprut.c:1238
      #12 0x00007ff58667b309 in proprgconf (meta=0x4187b530,
          configured=0x7fff281b76b8, filename=warning: Range for type (null) has
      invalid bounds 0..-128
      0x7fff281b21f0,
          local_only=0x7fff281b76bc, crs_home=0x0,
          errorbuf=0x7fff281b7290 "\200s\033(\377\177", errorbuf_sz=0x7fff281b7698,
      .
          flags=131072) at proprgco.c:219
      #13 0x00007ff58663e7c7 in prop_get_conf (metactx=0x4187b530,
          configured=0x7fff281b76b8, filename=warning: Range for type (null) has
      invalid bounds 0..-128
      0x7fff281b21f0,
          local_only=0x7fff281b76bc, crs_home=0x0,
          errorbuf=0x7fff281b7290 "\200s\033(\377\177", errorbuf_sz=0x7fff281b7698,
      .
          flags=131072) at propr.c:1513
      #14 0x00007ff5867df1e9 in procr_get_conf (meta=0x4187b530,
          configured=0x7fff281b76b8, local_only=0x7fff281b76bc, crs_home=0x0,
          loc_names=0x0, errorbuf=0x7fff281b7290 "\200s\033(\377\177",
          errorbuf_sz=0x7fff281b7698, flags=131072) at procr.c:6313


      REPRODUCIBILITY :
      This bug can be reproduced always.

      ---------- BEGIN SOURCE ----------
      Simple test case from https://bugzilla.redhat.com/attachment.cgi?id=512095
      ---------- END SOURCE ----------

      CUSTOMER SUBMITTED WORKAROUND :
      export LD_BIND_NOW=1 seems to workaround the issue:

            Unassigned Unassigned
            webbuggrp Webbug Group
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

              Created:
              Updated:
              Resolved:
              Imported:
              Indexed: