JDK-6571496 : Bigapps Failure- the app is hanging with the specific VM
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 6u2,7
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • OS: solaris_10
  • CPU: x86,sparc
  • Submitted: 2007-06-19
  • Updated: 2012-10-08
  • Resolved: 2007-07-02
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 6 JDK 7 Other
6u4 b01Fixed 7Fixed hs11Fixed
Related Reports
Duplicate :  
Relates :  
Description
As Hotspot Express testing effort, I saw there are a lot of failures due to hanging in a particular app across Linux and Solaris platforms. The time it took varies from minutes to a couple of hours.
But after I attached Jconsole to the hanging processes, the app resumed running for a short while and then hanged again.

Note the failures do not happen to the regular product VM, but only to the VM that will be used in HS Express below.

Java Version: 
Java(TM) SE Runtime Environment (build 1.6.0_02-b05)
Java HotSpot(TM) Tiered VM (build 20070615124853.et151817.baseline, mixed mode)

Flags: 1) "-server  -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:+ShowMessageBoxOnError -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+DisableExplicitGC -Xmx256m", 
2) "-d64  -XX:+UseSerialGC -XX:+ShowMessageBoxOnError -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+DisableExplicitGC"

Host #1: jtg-t2000-5.sfbay (got interrupted with Jconsole)
Please contact the submitter for the logins.

log/core dump directory:
/bt/VolanoTestrun.27295.-server

Host #2: jtg-x4100-03.sfbay

log/core dump directory:
/bt/VolanoTestrun.2995.-d64

Comments
SUGGESTED FIX *** 763,772 **** --- 763,773 ---- klassOop check = find_class(d_index, d_hash, name, class_loader); if (check != NULL) { // Klass is already loaded, so just return it k = instanceKlassHandle(THREAD, check); class_has_been_loaded = true; + newprobe->remove_seen_thread(THREAD, PlaceholderTable::LOAD_INSTANCE); } } } // must throw error outside of owning lock if (throw_circularity_error) {
26-06-2007

EVALUATION This appears to be caused by an omission in the fix for 6549267. That problem has resulted in other hangs being observed (see 6572927). The suggested fix addresses the hang observed with 6572927 but has not yet been tested on the "BigApps".
26-06-2007