Solved: hello..... i have tried the

Andreas_Brosig · ‎05-23-2014

Hi,

after upgrading from v7.1.0.4 to v7.6.0.1 my Java-console crashes all the time:

***

hellboy 55# jnbSA&
[1] 7506
hellboy 56#
Starting administration console version 7.6.
The log file for this execution instance is
/usr/openv/netbackup/logs/user_ops/nbjlogs/jbp.root.jnbSA.7506.log

hellboy 56# Abort

DISPLAY environment variable is set to: bulle.bi.fraunhofer.de:0.0
Console was started on:
SunOS hellboy 5.10 Generic_144488-12 sun4v sparc SUNW,T5140

Command line options were:
/usr/openv/netbackup/bin/jnbSA

Starting administration console version 7.6.

LANG=iso_8859_1
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=iso_8859_1

java version "1.7.0_25"
Java(TM) SE Runtime Environment (build 1.7.0_25-b15)
Java HotSpot(TM) 64-Bit Server VM (build 23.25-b01, mixed mode)

#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGBUS (0xa) at pc=0xffffffff49e05264, pid=7541, tid=2
#
# JRE version: 7.0_25-b15
# Java VM: Java HotSpot(TM) 64-Bit Server VM (23.25-b01 mixed mode solaris-sparc compressed oops)
# Problematic frame:
# C [libXi.so.5+0x5264] XListInputDevices+0x3c8
#
# Core dump written. Default location: /usr/jdk/instances/jdk1.6.0/core or core.7541 (max size 8192 kB). To ensure a full core dump, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /usr/jdk/instances/jdk1.6.0/hs_err_pid7541.log
#
# If you would like to submit a bug report, please visit:
# http://bugreport.sun.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

[1] + done jnbSA

***

Since I was able to activate the policies by using the good old command-line tool "bpadm" my environment is running again, but I want to use the Java-console, of course. What's the reason for the crash? Any hints? Is my Java-environment too old? But why didn't the preinstallation checker didn't warn me?

The backup server is an T5140, running Solaris 10, 16GB RAM...

Greetings, thanks in advance for your help...

Andreas

Deb_Wilmot · ‎06-01-2014

FYI - I had someone report to me that they had customer rename /usr/openv/java/jre/bin/java to java.original and make a symlink to /usr/bin/java then try and launch the console. This worked for them.

Let me know if it works for you.

Deb

View solution in original post

Amol_Nair · ‎05-23-2014

Try running "ulimit -a" and verify that all the limits are set to unlimited. From the details it appears that jdk is core dumping. Can you upload the following file "/usr/jdk/instances/jdk1.6.0/hs_err_pid7541.log" You may need to raise a case with Symantec to have the dumps analysed. Was the upgrade successful.? You can also try updating to 7.6.0.2.. If any library files or dlls are causing the crash the upgrade may actually resolve the issue.

Deb_Wilmot · ‎05-25-2014

Interesting..

This matches the following jdk bug (at least on the surface):
https://bugs.openjdk.java.net/browse/JDK-7001082

The error from the link:

# JRE version: 7.0
# Java VM: Java HotSpot(TM) 64-Bit Server VM (20.0-b02-fastdebug mixed mode solaris-sparc compressed oops)
# Problematic frame:
# C [libXi.so.5+0x5264]

From your log:

# JRE version: 7.0_25-b15
# Java VM: Java HotSpot(TM) 64-Bit Server VM (23.25-b01 mixed mode solaris-sparc compressed oops)
# Problematic frame:
# C [libXi.so.5+0x5264] XListInputDevices+0x3c8
#

At the link we have additional information:

The debugger shows that it seems to be a problem in getNumButtons:

---- called from signal handler with signal 10 (SIGBUS) ------
[10] XListInputDevices(0x10118d0d0, 0xffffffff7fffb710, 0x1,
0x10172d218, 0x10172d3d8, 0x10172d554), at 0xffffffff76c05264
[11] getNumButtons() (optimized), at 0xffffffff77c1db40 (line ~950) in
"XToolkit.c"
[12] Java_sun_awt_X11_XToolkit_getNumberOfButtonsImpl(env = , cls = )
(optimized), at 0xffffffff77c1da34 (line ~925) in "XToolkit.c"

Can you please attach the "/usr/jdk/instances/jdk1.6.0/hs_err_pid7541.log" so we can review it?

Additionally - can you run pstack on the core file and attach that output?

coreadm will show the default path for the core.

Thanks,

Andreas_Brosig · ‎05-26-2014

Ok... thanks for your support, attached are output files...

Kind regards...

Andreas

Andreas_Brosig · ‎05-26-2014

Setting ulimit to "unlimited" was not successful...

The upgrade was (obviously :) successful...

Today I will v7.602 give a try...

Andreas_Brosig · ‎05-26-2014

So... today I installed the v7.602 update... and... jnbSA still crashes... although during installation obviously a "new JRE" was installed...

Greetings...

Deb_Wilmot · ‎05-27-2014

Ok - the issue is a match for https://bugs.openjdk.java.net/browse/JDK-7001082

The stack trace you attached shows the issue in getNumberOfButtonsImpl - just like the defect.

It appears that you are starting java displaying back a workstation. If you install the Java console on a different server (such as a windows desktop or other unix host) are you able to start the console?

If you run ldd on /opt/openv/java/jre/lib/sparcv9/xawt/libmawt.so what does it show?

Can you please open a case and reference this thread?

From your stack trace - the data pointing to the same issue:

Stack: [0xffffffff7bc00000,0xffffffff7bd00000], Â sp=0xffffffff7bcfdeb0, Â free space=1015k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C Â [libXi.so.5+0x5264] Â XListInputDevices+0x3c8
C Â [libmawt.so+0x148f0] Â getNumButtons+0x60
C Â [libmawt.so+0x14864] Â Java_sun_awt_X11_XToolkit_getNumberOfButtonsImpl+0x3c

Andreas_Brosig · ‎05-27-2014

I can run the Java console in a Windows7-VM, no problem...

Here is the output form the ldd-command:

hellboy 17# ldd /opt/openv/java/jre/lib/sparcv9/xawt/libmawt.so
        libm.so.2 =>     /lib/64/libm.so.2
        libawt.so =>     /opt/openv/java/jre/lib/sparcv9/xawt/../libawt.so
        libXext.so.0 => /usr/openwin/lib/sparcv9/libXext.so.0
        libX11.so.4 =>   /usr/openwin/lib/sparcv9/libX11.so.4
        libXrender.so.1 =>       /usr/openwin/sfw/lib/sparcv9/libXrender.so.1
        libdl.so.1 =>    /lib/64/libdl.so.1
        libXtst.so.1 => /usr/openwin/lib/sparcv9/libXtst.so.1
        libXi.so.5 =>    /usr/openwin/lib/sparcv9/libXi.so.5
        libjava.so =>    /opt/openv/java/jre/lib/sparcv9/xawt/../libjava.so
        libjvm.so =>     (file not found)
        libc.so.1 =>     /lib/64/libc.so.1
        libjvm.so =>     (file not found)
        libsocket.so.1 =>        /lib/64/libsocket.so.1
        libnsl.so.1 =>   /lib/64/libnsl.so.1
        libjvm.so =>     (file not found)
        libverify.so => /opt/openv/java/jre/lib/sparcv9/libverify.so
        libscf.so.1 =>   /lib/64/libscf.so.1
        libmp.so.2 =>    /lib/64/libmp.so.2
        libmd.so.1 =>    /lib/64/libmd.so.1
        libjvm.so =>     (file not found)
        libdoor.so.1 => /lib/64/libdoor.so.1
        libuutil.so.1 =>         /lib/64/libuutil.so.1
        libgen.so.1 =>   /lib/64/libgen.so.1
        /platform/SUNW,T5140/lib/sparcv9/libc_psr.so.1
        /platform/SUNW,T5140/lib/sparcv9/libmd_psr.so.1

I will open a case as soon as possible. Thanks for your support...

Andreas

Deb_Wilmot · ‎05-27-2014

Looks just like mine...

ldd /opt/openv/java/jre/lib/sparcv9/xawt/libmawt.so
libm.so.2 =>     /lib/64/libm.so.2
libawt.so =>     /opt/openv/java/jre/lib/sparcv9/xawt/../libawt.so
libXext.so.0 => /usr/openwin/lib/sparcv9/libXext.so.0
libX11.so.4 =>   /usr/openwin/lib/sparcv9/libX11.so.4
libXrender.so.1 =>       /usr/openwin/sfw/lib/sparcv9/libXrender.so.1
libdl.so.1 =>    /lib/64/libdl.so.1
libXtst.so.1 => /usr/openwin/lib/sparcv9/libXtst.so.1
libXi.so.5 =>    /usr/openwin/lib/sparcv9/libXi.so.5
libjava.so =>    /opt/openv/java/jre/lib/sparcv9/xawt/../libjava.so
libjvm.so =>     (file not found)
libc.so.1 =>     /lib/64/libc.so.1
libjvm.so =>     (file not found)
libsocket.so.1 =>        /lib/64/libsocket.so.1
libnsl.so.1 =>   /lib/64/libnsl.so.1
libjvm.so =>     (file not found)
libverify.so => /opt/openv/java/jre/lib/sparcv9/libverify.so
libscf.so.1 =>   /lib/64/libscf.so.1
libmp.so.2 =>    /lib/64/libmp.so.2
libmd.so.1 =>    /lib/64/libmd.so.1
libjvm.so =>     (file not found)
libdoor.so.1 => /lib/64/libdoor.so.1
libuutil.so.1 =>         /lib/64/libuutil.so.1
libgen.so.1 =>   /lib/64/libgen.so.1
/platform/SUNW,Sun-Blade-1500/lib/sparcv9/libc_psr.so.1
/platform/SUNW,Sun-Blade-1500/lib/sparcv9/libmd_psr.so.1

Please open a case and direct the tse to contact me.

Deb_Wilmot · ‎06-01-2014

FYI - I had someone report to me that they had customer rename /usr/openv/java/jre/bin/java to java.original and make a symlink to /usr/bin/java then try and launch the console. This worked for them.

Let me know if it works for you.

Deb

Deb_Wilmot · ‎06-01-2014

I should have added - the TSE found a match for an oracle bug:

Bug 17750760 : WEBLOGIC GENERIC INSTALLER CRASHES IN LIBXI.SO LIBRARY

Bug Attributes

Type B - Defect Fixed in Product Version

Severity 2 - Severe Loss of Service Product Version SOLARIS_10

Status 11 - Code/Hardware Bug (Response/Resolution) Platform 23 - Oracle Solaris on SPARC (64-bit)

Created Nov 6, 2013 Platform Version 10U8

Updated May 12, 2014 Base Bug N/A

Database Version N/A Affects Platforms Generic

Product Source Oracle

Related Products