Java SDK & JRE error (application coring)

[Alec Bryce Calhoun]

When I downloaded and installed SDK 1.2.07 from this site, I added /opt/java1.2/bin to the path and tried to execute 'java' -- and got the following error:

#
# Java version:
# HotSpot VM (1.0.1fcs, mixed mode, PA2.0 build 1.2.2.07-00/12/08-PA_RISC2.0)
#
# HotSpot Virtual Machine Error, Unexpected Signal 11
#
# occurred at pc=c0192a2c
# Error ID: /CLO/Components/JAVA_HOTSPOT/Src/build/hp-ux/../../src/os/hp-ux/vm/os_hp-ux.cpp, 2998
#
ABORT instruction (core dumped)

Has anyone gotten this error before? I absolutely cannot figure out what the problem is.

The machine is a HP A500, running HPUX 11.11 (OS installed previous to delivery). Any suggestions would be warmly welcomed.

Thanks!

[Victor BERRIDGE]

Hi,
Im not sure of what is going on since Im not a java specialist at all..., but I just had to install a JDK 1.1.8.05 because a dba asked me to instal JRE 1.1.8 2 days before and it hasnt solved their install of OA problem. So I suggest that you install also the JRE that goes with your JDK version, the other thing I think of is to set all your java env in a script and load from the script in order to not have path, classpath... problems if you still have /opt/java (java 1.X) that doenst work the same way as /opt/java1.2 (java 2)
Just thoughts....

All the best

Victor

[Bill McNAMARA_1]

You will more than likely need to tune the kernel when it comes to java. nproc and nkthreads are common ones required to increase.

strings the core file to see where it's coring out. or better yet use q4 if you have it installed.

Later,
Bill

[Dan Carter_1]

Here's are the kernel, etc. tuning params that had worked for me:

The max_thread_proc parameter set to at least 1024. Change the default value of 64 to 1024 (or higher).
The maxfiles and maxfiles_lim parameters set to at least 4096. The limit for both parameters is 60,000. However, the sam (System Administration Manager) program will not allow a value above 2048 without the following changes to the file /usr/conf/master.d/core-hpux:
Change *range maxfiles<=2048 to *range maxfiles<=60000
Change *range maxfiles_lim<=2048 to *range maxfiles_lim<=60000

The following parameters are set to values at least as large as the following:

maxuprc 512
nproc 1024
nflocks 8192
ninode 2048
nfile 4 * ninode
msgseg 32767 (or less)
msgmnb 65 535
msgmax 65 535
msgtql 1024
msgmap 258
msgmni 256
msgssz 16
semmni 512
semmap 514
semmns 1024
semmnu 1020 (nproc value minus 4)
shmmax 268 435 456 (see below)
shmseg 16
shmmni 300
As to the shmmax parameter, ensure that it is set to 134217728 or 90% of the physical memory (in bytes), whichever is higher

HP recommended Tuning:

Addressing FIN_WAIT2, FIN, LAST_ACK problems:
We'd like to test tuning the FIN_WAIT kernel parameter for sticking ports.

Command-
ndd -get /dev/tcp tcp_status (to get the status before the next change)
ndd -set /dev/tcp tcp_fin_wait_2_timeout 600000

ndd -get /dev/tcp tcp_status (to get the status before the next change)
ndd -set /dev/tcp tcp_fin_wait_2_timeout 600000


HP Patch Additions:

PHCO_17556 Oracle Recommended
PHCO_17792 Oracle Recommended
PHCO_18229 Oracle Recommended
PHCO_19666 ksleep fix
PHKL_19169 Required fix to PHKL_18543(apply after), Required for PHKL_17038, VxFS fix
PHKL_14750 Oracle Recommended
PHKL_17038 Required fix to PHKL_18543(apply after), dependency for 18543, data paging fix
PHKL_18543 sigtimewait fix
PHKL_20016 Required for PHKL_17038, Multi CPU fix
PHKL_20202 HP recommended companion to PHCO_19666, ksleep fix
PHKL_21392 Required for PHKL_17038, VxFS fix
PHKL_20674 Required for PHKL_17038, VxFS fix
PHKL_22562 kwakup fix
PHNE_19616 Oracle Recommended
PHSS_16849 Oracle Recommended
PHSS_17535 Oracle Recommended
PHSS_18066 Oracle Recommended
PHSS_18649 Oracle Recommended
PHSS_20544 Oracle Recommended
PHSS_17508 Oracle Recommended
PHSS_17691 Oracle Recommended
PHSS_17870 Oracle Recommended

(As of January 2001 there are superceeding patch requirements and I havc them for the HP9000/800 HPUX 11.0 series at work [but unfortunately not here at the moment]). They deal with MUTEX and thread locking/sleeping issues.

-Dan