This is a 1.3.1_XX only bug.
VolanoMark hang with 1.3.1_09(b01 and b02), the problem was caused by a putback of bug fix, 4805573, which is a partial fix of 4526887. After removeal of this bug fix from 1.3.1_09, the hang problem no longer exist.
Another bug fix, 4873131 which was integrated into 1.3.1_10, completed the whole fix of 4526887, so the hang problem with VolanoMark goes away. But it still hangs with other problem --- malloc dead lock with asynchronous signals. this bug filed for tracking this problem.
stacktrace:
t@87 (l@141) stopped in _lwp_sema_wait at 0xff31f1b8
0xff31f1b8: _lwp_sema_wait+0x0008: ta 0x8
(/java/devtools/sparc/SUNWspro/SC6.1/bin/../WS6U1/bin/sparcv9/dbx) where
current thread: t@87
=>[1] _lwp_sema_wait(0xec181e30, 0x0, 0x0, 0x0, 0x0, 0x2), at 0xff31f1b8
[2] _park(0xec181e30, 0xff38e000, 0x0, 0xec181d70, 0x24d84, 0xe7981d70), at 0xff369ac4
[3] _swtch(0xec181d70, 0xec181d70, 0xff38e000, 0x5, 0x1000, 0xff38e000), at 0xff36978c
[4] _mutex_adaptive_lock(0xff3998e4, 0x4c00, 0x1000, 0xfffeffff, 0x1, 0x4d58), at 0xff36b148
[5] _cmutex_lock(0xff340600, 0xff38e000, 0x0, 0xff2c2b3c, 0x0, 0x0), at 0xff36ae80
[6] free(0x17cd90, 0x10c, 0xec180, 0xfe744168, 0x191628, 0xec180854), at 0xff2c2b3c
[7] Thread_Interrupt_Callback::execute(0x0, 0xec1809d0, 0xff38e000, 0xfe68f5c0, 0x0, 0x0), at 0xfe690f3c
[8] OSThread::do_interrupt_callbacks_at_interrupt(0x191f68, 0xfe755ce4, 0x28908, 0x17cd90, 0xec1809d0, 0x191f68), at 0xfe68f5dc
[9] JVM_handle_solaris_signal(0x191628, 0x191628, 0xec180b70, 0xfe744168, 0x10, 0xec180e28), at 0xfe6921f4
[10] __sighndlr(0x10, 0xec180e28, 0xec180b70, 0xfe691090, 0xec181e14, 0xec181e04), at 0xff37b840
[11] sigacthandler(0x10, 0xec181d70, 0x0, 0x0, 0x0, 0xff38e000), at 0xff3784e0
---- called from signal handler with signal 16 (SIGUSR1) ------
[12] _malloc_unlocked(0x10, 0x0, 0xff33c000, 0x10, 0xed465, 0x0), at 0xff2c1dbc
[13] malloc(0x10, 0xec180fcc, 0xff38e000, 0x1, 0x191628, 0xec180f5c), at 0xff2c1cb0
[14] os::malloc(0x10, 0xfe744168, 0x10, 0x1f399179, 0x191628, 0xec180fbc), at 0xfe465554
[15] CHeapObj::operator new(0x10, 0x0, 0xfe6eb358, 0xfe744168, 0x191628, 0xec181024), at 0xfe465810
[16] SystemDictionary::add_klass_or_placeholder(0xd2, 0x0, 0xf8c01550, 0xfe744168, 0x0, 0xa7e58), at 0xfe4dbb78
[17] SystemDictionary::resolve_instance_class_or_null(0xfe755c54, 0xec18120c, 0xec181208, 0x191628, 0x0, 0x26528), at 0xfe4da930
[18] SystemDictionary::resolve_or_null(0xec1812c4, 0xec1812c8, 0xf8c01550, 0x191628, 0xec1812cc, 0xf1a3e940), at 0xfe4da604
[19] SystemDictionary::resolve_or_fail(0xec18136c, 0xec181368, 0xec181364, 0x1, 0x191628, 0xec18136c), at 0xfe4da2d0
[20] Exceptions::new_exception(0xec1813ec, 0x191628, 0xec1813ec, 0xec1813e4, 0xec181404, 0xfe744168), at 0xfe527370
[21] Exceptions::new_exception(0xec1814c8, 0x191628, 0xec1814bc, 0x0, 0xec1814c0, 0xec1814c8), at 0xfe527310
[22] Exceptions::_throw_msg(0x191628, 0xfe70e624, 0x127, 0xfe75d460, 0x0, 0xec181578), at 0xfe527008
[23] ObjectMonitor::wait(0xf8c01550, 0x0, 0x1, 0x1, 0x191628, 0xfe744168), at 0xfe516578
[24] ObjectSynchronizer::wait(0xec18168c, 0x0, 0xfe744168, 0x191628, 0x0, 0xa7e58), at 0xfe515f58
[25] JVM_MonitorWait(0x0, 0x0, 0xfe759c70, 0xf1a3a128, 0xfe744168, 0x191628), at 0xfe515c30
[26] 0xfb01a770(0xf1a3a128, 0x191628, 0xec1819b8, 0xf1a3a128, 0x191628, 0xf1a3e940), at 0xfb01a76f
[27] 0xfb01ab60(0xf1a3a128, 0xec1817e0, 0xec1819b8, 0xf0ce9f5c, 0xf1a3e930, 0x0), at 0xfb01ab5f
[28] 0xfb0181ec(0xf1a3a128, 0xf0ce9f50, 0xec1818d4, 0x88d88, 0x0, 0x0), at 0xfb0181eb
[29] 0x80280(0xf0d189c8, 0x82288, 0xec18194c, 0x8b808, 0x191628, 0x0), at 0x8027f
[30] 0x804e4(0x0, 0x1, 0xfe751da8, 0x8ba94, 0x1e, 0xe), at 0x804e3
[31] 0xfe77b3f4(0xec1819d8, 0xec181c10, 0xa, 0xf8c16778, 0x82288, 0xec181b5c), at 0xfe77b3f3
[32] JavaCalls::call_helper(0xec181c08, 0xfe744168, 0xec181b54, 0x191628, 0x82288, 0xec181c10), at 0xfe506ae0
[33] JavaCalls::call_virtual(0xf8c17400, 0xec181b40, 0xec181b44, 0xfe744168, 0xec181c08, 0xec181b54), at 0xfe515584
[34] JavaCalls::call_virtual(0xec181c08, 0xec181c04, 0xec181c00, 0xec181bf4, 0xec181bec, 0x191628), at 0xfe515414
[35] thread_entry(0xf8c17400, 0x191628, 0xfe744168, 0xec181d10, 0x1e, 0xe), at 0xfe51539c
[36] JavaThread::run(0xec102000, 0xfe74f2bc, 0xfe744168, 0x7fd70, 0x191628, 0x7fd70), at 0xfe5151a8
[37] _start(0xfe744168, 0xfadf5d10, 0x1, 0xff39ad8c, 0x0, 0x2), at 0xfe5051bc
VolanoMark hang with 1.3.1_09(b01 and b02), the problem was caused by a putback of bug fix, 4805573, which is a partial fix of 4526887. After removeal of this bug fix from 1.3.1_09, the hang problem no longer exist.
Another bug fix, 4873131 which was integrated into 1.3.1_10, completed the whole fix of 4526887, so the hang problem with VolanoMark goes away. But it still hangs with other problem --- malloc dead lock with asynchronous signals. this bug filed for tracking this problem.
stacktrace:
t@87 (l@141) stopped in _lwp_sema_wait at 0xff31f1b8
0xff31f1b8: _lwp_sema_wait+0x0008: ta 0x8
(/java/devtools/sparc/SUNWspro/SC6.1/bin/../WS6U1/bin/sparcv9/dbx) where
current thread: t@87
=>[1] _lwp_sema_wait(0xec181e30, 0x0, 0x0, 0x0, 0x0, 0x2), at 0xff31f1b8
[2] _park(0xec181e30, 0xff38e000, 0x0, 0xec181d70, 0x24d84, 0xe7981d70), at 0xff369ac4
[3] _swtch(0xec181d70, 0xec181d70, 0xff38e000, 0x5, 0x1000, 0xff38e000), at 0xff36978c
[4] _mutex_adaptive_lock(0xff3998e4, 0x4c00, 0x1000, 0xfffeffff, 0x1, 0x4d58), at 0xff36b148
[5] _cmutex_lock(0xff340600, 0xff38e000, 0x0, 0xff2c2b3c, 0x0, 0x0), at 0xff36ae80
[6] free(0x17cd90, 0x10c, 0xec180, 0xfe744168, 0x191628, 0xec180854), at 0xff2c2b3c
[7] Thread_Interrupt_Callback::execute(0x0, 0xec1809d0, 0xff38e000, 0xfe68f5c0, 0x0, 0x0), at 0xfe690f3c
[8] OSThread::do_interrupt_callbacks_at_interrupt(0x191f68, 0xfe755ce4, 0x28908, 0x17cd90, 0xec1809d0, 0x191f68), at 0xfe68f5dc
[9] JVM_handle_solaris_signal(0x191628, 0x191628, 0xec180b70, 0xfe744168, 0x10, 0xec180e28), at 0xfe6921f4
[10] __sighndlr(0x10, 0xec180e28, 0xec180b70, 0xfe691090, 0xec181e14, 0xec181e04), at 0xff37b840
[11] sigacthandler(0x10, 0xec181d70, 0x0, 0x0, 0x0, 0xff38e000), at 0xff3784e0
---- called from signal handler with signal 16 (SIGUSR1) ------
[12] _malloc_unlocked(0x10, 0x0, 0xff33c000, 0x10, 0xed465, 0x0), at 0xff2c1dbc
[13] malloc(0x10, 0xec180fcc, 0xff38e000, 0x1, 0x191628, 0xec180f5c), at 0xff2c1cb0
[14] os::malloc(0x10, 0xfe744168, 0x10, 0x1f399179, 0x191628, 0xec180fbc), at 0xfe465554
[15] CHeapObj::operator new(0x10, 0x0, 0xfe6eb358, 0xfe744168, 0x191628, 0xec181024), at 0xfe465810
[16] SystemDictionary::add_klass_or_placeholder(0xd2, 0x0, 0xf8c01550, 0xfe744168, 0x0, 0xa7e58), at 0xfe4dbb78
[17] SystemDictionary::resolve_instance_class_or_null(0xfe755c54, 0xec18120c, 0xec181208, 0x191628, 0x0, 0x26528), at 0xfe4da930
[18] SystemDictionary::resolve_or_null(0xec1812c4, 0xec1812c8, 0xf8c01550, 0x191628, 0xec1812cc, 0xf1a3e940), at 0xfe4da604
[19] SystemDictionary::resolve_or_fail(0xec18136c, 0xec181368, 0xec181364, 0x1, 0x191628, 0xec18136c), at 0xfe4da2d0
[20] Exceptions::new_exception(0xec1813ec, 0x191628, 0xec1813ec, 0xec1813e4, 0xec181404, 0xfe744168), at 0xfe527370
[21] Exceptions::new_exception(0xec1814c8, 0x191628, 0xec1814bc, 0x0, 0xec1814c0, 0xec1814c8), at 0xfe527310
[22] Exceptions::_throw_msg(0x191628, 0xfe70e624, 0x127, 0xfe75d460, 0x0, 0xec181578), at 0xfe527008
[23] ObjectMonitor::wait(0xf8c01550, 0x0, 0x1, 0x1, 0x191628, 0xfe744168), at 0xfe516578
[24] ObjectSynchronizer::wait(0xec18168c, 0x0, 0xfe744168, 0x191628, 0x0, 0xa7e58), at 0xfe515f58
[25] JVM_MonitorWait(0x0, 0x0, 0xfe759c70, 0xf1a3a128, 0xfe744168, 0x191628), at 0xfe515c30
[26] 0xfb01a770(0xf1a3a128, 0x191628, 0xec1819b8, 0xf1a3a128, 0x191628, 0xf1a3e940), at 0xfb01a76f
[27] 0xfb01ab60(0xf1a3a128, 0xec1817e0, 0xec1819b8, 0xf0ce9f5c, 0xf1a3e930, 0x0), at 0xfb01ab5f
[28] 0xfb0181ec(0xf1a3a128, 0xf0ce9f50, 0xec1818d4, 0x88d88, 0x0, 0x0), at 0xfb0181eb
[29] 0x80280(0xf0d189c8, 0x82288, 0xec18194c, 0x8b808, 0x191628, 0x0), at 0x8027f
[30] 0x804e4(0x0, 0x1, 0xfe751da8, 0x8ba94, 0x1e, 0xe), at 0x804e3
[31] 0xfe77b3f4(0xec1819d8, 0xec181c10, 0xa, 0xf8c16778, 0x82288, 0xec181b5c), at 0xfe77b3f3
[32] JavaCalls::call_helper(0xec181c08, 0xfe744168, 0xec181b54, 0x191628, 0x82288, 0xec181c10), at 0xfe506ae0
[33] JavaCalls::call_virtual(0xf8c17400, 0xec181b40, 0xec181b44, 0xfe744168, 0xec181c08, 0xec181b54), at 0xfe515584
[34] JavaCalls::call_virtual(0xec181c08, 0xec181c04, 0xec181c00, 0xec181bf4, 0xec181bec, 0x191628), at 0xfe515414
[35] thread_entry(0xf8c17400, 0x191628, 0xfe744168, 0xec181d10, 0x1e, 0xe), at 0xfe51539c
[36] JavaThread::run(0xec102000, 0xfe74f2bc, 0xfe744168, 0x7fd70, 0x191628, 0x7fd70), at 0xfe5151a8
[37] _start(0xfe744168, 0xfadf5d10, 0x1, 0xff39ad8c, 0x0, 0x2), at 0xfe5051bc
- relates to
-
JDK-4873131 JVM hangs up with C++ std lib because of mutex deadlock in 1.3.1_03/1.4.0_0X
- Closed
-
JDK-4504050 Interrupted i/o reports i/o as not completed when it sometimes is completed.
- Closed
-
JDK-4526887 RFE: no forced suspension in VM shutdown
- Closed
-
JDK-4805573 VM crash with heavy loading test program in 1.3.1_06
- Closed