United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
Bug ID: 6323299 VM crashes if JRE is run from network disk
6323299 : VM crashes if JRE is run from network disk

Details
Type:
Bug
Submit Date:
2005-09-13
Status:
Closed
Updated Date:
2012-10-08
Project Name:
JDK
Resolved Date:
2006-02-09
Component:
hotspot
OS:
windows_xp
Sub-Component:
runtime
CPU:
x86
Priority:
P3
Resolution:
Fixed
Affected Versions:
6
Fixed Versions:
6

Related Reports
Backport:
Relates:
Relates:

Sub Tasks

Description
J2SE	       : FAIL - mustang b50, b51
                 PASS - mustang b49
Platform[s]    : FAIL - Solaris x86
switch/Mode    : FAIL - default

VM crashes if JavaTest application is run using JRE from network drive. This failure is 100% reproducible. Same JRE copied to local drive works Ok. There are no troubles accessing remote drive. Please find core and hs_err_pid attached. This machine was patched with Solaris recommended patch cluster today. Crash was also occuring before patching.

#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  SIGSEGV (0xb) at pc=0xd2dac1c3, pid=953, tid=1
#
# Java VM: Java HotSpot(TM) Client VM (1.6.0-ea-b50 mixed mode, sharing)
# Problematic frame:
# V  [libjvm.so+0x2ac1c3]
#
# An error report file with more information is saved as hs_err_pid953.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#

Specific Machine Info (located out of SWAN in SPB, Russia):
=====================
[stt-robot@stt-11]~$ uname -a
SunOS stt-11 5.10 Generic i86pc i386 i86pc

[stt-robot@stt-11]~$ df -k /set/stt/jdk_promotions/
Filesystem            kbytes    used   avail capacity  Mounted on
stt-26:/export/stt   58336125 38247247 19505517    67%    /set/stt
[stt-robot@stt-11]~$ 

[stt-robot@stt-26]~$ uname -a
SunOS stt-26 5.9 Generic_117172-07 i86pc i386 i86pc
[stt-robot@stt-26]~$ 

[stt-robot@stt-26]~$ share
-               /export/stt   rw   "/set/stt" 
[stt-robot@stt-26]~$ 


How To Reproduce (SPB specific)
=====================
#!/bin/bash

HARNESS_JDK="/tmp/b50/solaris-i586/jre1.6.0"
# HARNESS_JDK="/set/stt/jdk_promotions/JDK6.0/b50/binaries/solaris-i586/jre1.6.0"

HARNESS_OPTIONS="-Xmx150m -Djavatest.maxOutputSize=1000000"
HARNESS_PATH="/tmp/b44"

export DISPLAY=stt-11:0

"$HARNESS_JDK/bin/java" $HARNESS_OPTIONS -cp "$HARNESS_PATH/javatest.jar" \
    -showversion \
    com.sun.javatest.tool.Main -newDesktop


In SWAN javatest.jar can be found in /net/jre.sfbay/p/v10/jck/6.0/beta/b06/binaries/JCK-runtime-60/lib/javatest.jar

                                    

Comments
EVALUATION

It was an interesting Solaris only bug (in fact any platform where 
large pages is default). 
If we use large pages, GC
sometimes doesn't obey page alignment, and thus when mapping
shared archive into address space our computations of proper
heap locations fail, due requirment of page alignment of 
permanent generation. -Xmx option with client compiler can turn 
on/off large pages, and thus hide or reveal this bug. 
 Fix is to make sure large page size is considered, during proper 
alignment computations, and also never turn off large pages during
shared archive generation.
                                     
2006-01-23
WORK AROUND

-Xshare:off will disable sharing and help workaround this crash.
                                     
2005-12-08



Hardware and Software, Engineered to Work Together