The user is devlopping a web application.
They are testing it and it core dump when there is 300 to 500 users connected to it. It should be able to handle 1500+ users.
The symptoms :
# HotSpot Virtual Machine Error, Unexpected Signal 11
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
#
# Error happened during: scavenge
#
# Error ID: 4F533F534F4C415249530E435050079A 01
#
# Problematic Thread: prio=5 tid=0xf3fb0 nid=0x4 runnable
#
Abort - core dumped
./java -version
java version "1.3.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0)
Java HotSpot(TM) Server VM (build 1.3.0, mixed mode)
Here is the thread :
core 'core' of 10900: /usr/j2se/bin/../bin/sparc/native_threads/java -server -Xconcurrentio
----------------- lwp# 3 / thread# 4 --------------------
ff369b1c __sigprocmask (ff36c468, 0, 0, fee0bd78, ff37e000, 0) + 8
ff35dc3c _sigon (fee0bd78, ff3859a8, 6, fee0a424, fee0bd78, fee0a468) + d0
ff360db0 _thrp_kill (0, 4, 6, ff37e000, 4, ff2bc440) + f8
ff24a028 raise (6, 0, 0, ffffffff, ff2bc3ac, fee0a578) + 40
ff235594 abort (ff2b8000, fee0a578, 0, fffffff8, 4, fee0a599) + 100
fe1cfca4 __1cCosFabort6Fl_v_ (1, fe3bebf0, 265f8, fee0a, fe418ca8, fee0a594) + 64
fe0c3194 __1cMreport_error6Flpkci11E_v_ (e4, fee0ae14, 79a, fe3be9f8, fe47625c, fe418ca8) + 3dc
fe1d1670 __1cbBhandle_unexpected_exception6FpnGThread_ipnHsiginfo_pC4_v_ (fe418ca8, b, fee0b540, fe1e8f1c, 0, 0) + 48
fe1d481c JVM_handle_solaris_signal (fe418ca8, 0, f3fb0, 0, fe1e8f1c, 0) + 884
ff3690c0 __libthread_segvhdlr (b, fee0b540, fee0b288, ff37e000, b, 0) + e4
ff36bc30 __sighndlr (b, fee0b540, fee0b288, ff368fdc, fee0be10, fee0be00) + c
ff368434 sigacthandler (b, fee0bd78, fee0b288, ff37e000, fee0bd78, fee0b540) + 6e0
--- called from signal handler with signal 11 (SIGSEGV) ---
fe1e8f1c __1cIScavengeXscavenge_oop_with_check6FppnHoopDesc__v_ (d5601618, d5601618, fee0b808, 1, 0, 4) + 4c
fe35e538 __1cJOopMapSetGall_do6FpknFframe_pnICodeBlob_pknLRegisterMap_pFppnHoopDesc__vpF9C9C_vpF9C_vp9H_v_ (fee0b7f8, fe35de68, fee0b808, fe1e8ed0, ffe0, 1) + 5cc
fe35df5c __1cJOopMapSetHoops_do6FpknFframe_pnICodeBlob_pknLRegisterMap_pFppnHoopDesc__v_v_ (fee0b7f8, faf10710, fee0b808, fe1e8ed0, 0, 1a8158) + 2c
fe0d17b4 __1cFframeHoops_do6MpFppnHoopDesc__vpnLRegisterMap__v_ (faf10710, fe1e8ed0, fee0b808, fe418ca8, fee0b7f8, fe1e8ed0) + d8
fe234fd0 __1cKJavaThreadHoops_do6MpFppnHoopDesc__v_v_ (0, fe1e8ed0, fe418ca8, f917eff4, f917eff4, fe1e8ed0) + 13c
fe2375ac __1cHThreadsHoops_do6FpFppnHoopDesc__v_v_ (fe418ca8, 61f390, fe1e8ed0, 20, 229210, fe1e8ed0) + 34
fe1ea198 __1cIScavengeTinvoke_at_safepoint6Filrl_v_ (fe47826c, fe42cf7c, fe42cf70, 0, fe47e57c, fe478264) + 5e8
fe249c98 __1cMVM_OperationIevaluate6M_v_ (d6100d00, fe42f514, 164, fee0b, fe418ca8, fee0bb44) + 34
fe248dd8 __1cIVMThreadSevaluate_operation6MpnMVM_Operation__v_ (f3fb0, d6100d00, fe418ca8, fe42ca18, fe429390, fe418ca8) + 3c
fe249150 __1cIVMThreadEloop6M_v_ (f3fb0, d6100d00, 8, fe4309c0, fe4309b4, fe4309c4) + 280
fe248be8 __1cIVMThreadDrun6M_v_ (fe418ca8, f3fb0, 0, 0, 0, 0) + 7c
fe1ce8f0 _start (fe418ca8, ff325d18, 1, ff38ae04, 0, 2) + 20
ff36bb34 _thread_start (f3fb0, 0, 0, 0, 0, 0) + 40
A pstack and a pmap are given in attachment.
The patches :
Kernel 108528-04
Libthread 108827-04 & 109461-01
They are testing it and it core dump when there is 300 to 500 users connected to it. It should be able to handle 1500+ users.
The symptoms :
# HotSpot Virtual Machine Error, Unexpected Signal 11
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
#
# Error happened during: scavenge
#
# Error ID: 4F533F534F4C415249530E435050079A 01
#
# Problematic Thread: prio=5 tid=0xf3fb0 nid=0x4 runnable
#
Abort - core dumped
./java -version
java version "1.3.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0)
Java HotSpot(TM) Server VM (build 1.3.0, mixed mode)
Here is the thread :
core 'core' of 10900: /usr/j2se/bin/../bin/sparc/native_threads/java -server -Xconcurrentio
----------------- lwp# 3 / thread# 4 --------------------
ff369b1c __sigprocmask (ff36c468, 0, 0, fee0bd78, ff37e000, 0) + 8
ff35dc3c _sigon (fee0bd78, ff3859a8, 6, fee0a424, fee0bd78, fee0a468) + d0
ff360db0 _thrp_kill (0, 4, 6, ff37e000, 4, ff2bc440) + f8
ff24a028 raise (6, 0, 0, ffffffff, ff2bc3ac, fee0a578) + 40
ff235594 abort (ff2b8000, fee0a578, 0, fffffff8, 4, fee0a599) + 100
fe1cfca4 __1cCosFabort6Fl_v_ (1, fe3bebf0, 265f8, fee0a, fe418ca8, fee0a594) + 64
fe0c3194 __1cMreport_error6Flpkci11E_v_ (e4, fee0ae14, 79a, fe3be9f8, fe47625c, fe418ca8) + 3dc
fe1d1670 __1cbBhandle_unexpected_exception6FpnGThread_ipnHsiginfo_pC4_v_ (fe418ca8, b, fee0b540, fe1e8f1c, 0, 0) + 48
fe1d481c JVM_handle_solaris_signal (fe418ca8, 0, f3fb0, 0, fe1e8f1c, 0) + 884
ff3690c0 __libthread_segvhdlr (b, fee0b540, fee0b288, ff37e000, b, 0) + e4
ff36bc30 __sighndlr (b, fee0b540, fee0b288, ff368fdc, fee0be10, fee0be00) + c
ff368434 sigacthandler (b, fee0bd78, fee0b288, ff37e000, fee0bd78, fee0b540) + 6e0
--- called from signal handler with signal 11 (SIGSEGV) ---
fe1e8f1c __1cIScavengeXscavenge_oop_with_check6FppnHoopDesc__v_ (d5601618, d5601618, fee0b808, 1, 0, 4) + 4c
fe35e538 __1cJOopMapSetGall_do6FpknFframe_pnICodeBlob_pknLRegisterMap_pFppnHoopDesc__vpF9C9C_vpF9C_vp9H_v_ (fee0b7f8, fe35de68, fee0b808, fe1e8ed0, ffe0, 1) + 5cc
fe35df5c __1cJOopMapSetHoops_do6FpknFframe_pnICodeBlob_pknLRegisterMap_pFppnHoopDesc__v_v_ (fee0b7f8, faf10710, fee0b808, fe1e8ed0, 0, 1a8158) + 2c
fe0d17b4 __1cFframeHoops_do6MpFppnHoopDesc__vpnLRegisterMap__v_ (faf10710, fe1e8ed0, fee0b808, fe418ca8, fee0b7f8, fe1e8ed0) + d8
fe234fd0 __1cKJavaThreadHoops_do6MpFppnHoopDesc__v_v_ (0, fe1e8ed0, fe418ca8, f917eff4, f917eff4, fe1e8ed0) + 13c
fe2375ac __1cHThreadsHoops_do6FpFppnHoopDesc__v_v_ (fe418ca8, 61f390, fe1e8ed0, 20, 229210, fe1e8ed0) + 34
fe1ea198 __1cIScavengeTinvoke_at_safepoint6Filrl_v_ (fe47826c, fe42cf7c, fe42cf70, 0, fe47e57c, fe478264) + 5e8
fe249c98 __1cMVM_OperationIevaluate6M_v_ (d6100d00, fe42f514, 164, fee0b, fe418ca8, fee0bb44) + 34
fe248dd8 __1cIVMThreadSevaluate_operation6MpnMVM_Operation__v_ (f3fb0, d6100d00, fe418ca8, fe42ca18, fe429390, fe418ca8) + 3c
fe249150 __1cIVMThreadEloop6M_v_ (f3fb0, d6100d00, 8, fe4309c0, fe4309b4, fe4309c4) + 280
fe248be8 __1cIVMThreadDrun6M_v_ (fe418ca8, f3fb0, 0, 0, 0, 0) + 7c
fe1ce8f0 _start (fe418ca8, ff325d18, 1, ff38ae04, 0, 2) + 20
ff36bb34 _thread_start (f3fb0, 0, 0, 0, 0, 0) + 40
A pstack and a pmap are given in attachment.
The patches :
Kernel 108528-04
Libthread 108827-04 & 109461-01
- relates to
-
JDK-4415114 Scavenge::scavenge_oop_with_check failure when running JDK 1.3 and Hospot
- Closed
-
JDK-4546307 libjvm 1.3.1 Scavenge func SIGSEGV causes Weblogics Apps Server 6 SP2 to Abort
- Closed