Fixes are available
9.0.0.3: WebSphere Application Server traditional V9.0 Fix Pack 3
7.0.0.43: WebSphere Application Server V7.0 Fix Pack 43
9.0.0.4: WebSphere Application Server traditional V9.0 Fix Pack 4
8.5.5.12: WebSphere Application Server V8.5.5 Fix Pack 12
9.0.0.5: WebSphere Application Server traditional V9.0 Fix Pack 5
8.0.0.14: WebSphere Application Server V8.0 Fix Pack 14
9.0.0.6: WebSphere Application Server traditional V9.0 Fix Pack 6
8.5.5.13: WebSphere Application Server V8.5.5 Fix Pack 13
9.0.0.7: WebSphere Application Server traditional V9.0 Fix Pack 7
7.0.0.45: WebSphere Application Server V7.0 Fix Pack 45
8.0.0.15: WebSphere Application Server V8.0 Fix Pack 15
7.0.0.45: Java SDK 1.6 SR16 FP60 Cumulative Fix for WebSphere Application Server
7.0.0.43: Java SDK 1.6 SR16 FP41 Cumulative Fix for WebSphere Application Server
9.0.0.8: WebSphere Application Server traditional V9.0 Fix Pack 8
8.5.5.14: WebSphere Application Server V8.5.5 Fix Pack 14
9.0.0.9: WebSphere Application Server traditional V9.0 Fix Pack 9
9.0.0.10: WebSphere Application Server traditional V9.0 Fix Pack 10
8.5.5.15: WebSphere Application Server V8.5.5 Fix Pack 15
9.0.0.11: WebSphere Application Server traditional V9.0 Fix Pack 11
9.0.5.0: WebSphere Application Server traditional Version 9.0.5 Refresh Pack
9.0.5.1: WebSphere Application Server traditional Version 9.0.5 Fix Pack 1
9.0.5.2: WebSphere Application Server traditional Version 9.0.5 Fix Pack 2
8.5.5.17: WebSphere Application Server V8.5.5 Fix Pack 17
9.0.5.3: WebSphere Application Server traditional Version 9.0.5 Fix Pack 3
9.0.5.4: WebSphere Application Server traditional Version 9.0.5 Fix Pack 4
9.0.5.5: WebSphere Application Server traditional Version 9.0.5 Fix Pack 5
WebSphere Application Server traditional 9.0.5.6
9.0.5.7: WebSphere Application Server traditional Version 9.0.5 Fix Pack 7
9.0.5.8: WebSphere Application Server traditional Version 9.0.5.8
8.5.5.20: WebSphere Application Server V8.5.5.20
8.5.5.18: WebSphere Application Server V8.5.5 Fix Pack 18
8.5.5.19: WebSphere Application Server V8.5.5 Fix Pack 19
9.0.5.9: WebSphere Application Server traditional Version 9.0.5.9
9.0.5.10: WebSphere Application Server traditional Version 9.0.5.10
8.5.5.16: WebSphere Application Server V8.5.5 Fix Pack 16
8.5.5.21: WebSphere Application Server V8.5.5.21
9.0.5.11: WebSphere Application Server traditional Version 9.0.5.11
APAR status
Closed as program error.
Error description
Deadlock detected in [WorkManager.bpm-em-workmanager : 31] [WorkManager.bpm-em-workmanager : 25] where WorkManager.bpm-em-workmanager : 25 Owns Monitor Lock on com/ibm/rmi/util/Utility$RemoteToTieClassCache@0x000000010104FB5 8 , org/eclipse/core/runtime/adaptor/EclipseLog@0x0000000102434B10 , com/ibm/wsspi/container/binding/sca/remote/EJSRemoteCSLDepartmen tAllocat ionHome_5cdf82f1@0x0000000195A33628 Waiting for Monitor Lock on com/ibm/ws/bootstrap/WsLogManager@0x0000000101B8AFC8 and WorkManager.bpm-em-workmanager : 31: Owns Monitor Lock on com/ibm/ws/bootstrap/WsLogManager@0x0000000101B8AFC8 , com/ibm/ws/monitoring/policy/data/EventSourceImpl@0x0000000195A3 B138 Waiting for Monitor Lock on org/eclipse/core/runtime/adaptor/EclipseLog@0x0000000102434B10
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All users of IBM WebSphere Application * * Server. * **************************************************************** * PROBLEM DESCRIPTION: A deadlock may occur on the * * WsLogManager object between multiple * * threads, when the WebSphere * * Application Server and an application * * are both logging at the same time. * **************************************************************** * RECOMMENDATION: * **************************************************************** In the WsLogManager.getLogger() method, if the logger is null, a thread goes into a synchronized block to create a new instance of WsLogger object, thus locking the WsLogManager object. Meanwhile, another logging thread, will try to contend for the WsLogManager, causing a never-ending wait condition, leading to a deadlock. Below is the snippet of the stack trace, when the deadlock occurs on the WsLogManager object: Deadlock detected in [WorkManager.bpm-em-workmanager : 31] [WorkManager.bpm-em-workmanager : 25] where WorkManager.bpm-em-workmanager : 25 Owns Monitor Lock on com/ibm/rmi/util/Utility$RemoteToTieClassCache@0x000000010104FB 58 , org/eclipse/core/runtime/adaptor/EclipseLog@0x0000000102434B10, com/ibm/wsspi/container/binding/sca/remote/EJSRemoteCSLDepartme ntAllocationHome_5cdf82f1@0x0000000195A33628 Waiting for Monitor Lock on com/ibm/ws/bootstrap/WsLogManager@0x0000000101B8AFC8 ... and WorkManager.bpm-em-workmanager : 31: Owns Monitor Lock on com/ibm/ws/bootstrap/WsLogManager@0x0000000101B8AFC8 , com/ibm/ws/monitoring/policy/data/EventSourceImpl@0x00000001953 B138 Waiting for Monitor Lock on org/eclipse/core/runtime/adaptor/EclipseLog@0x0000000102434B10 ...
Problem conclusion
To prevent the deadlock situation from happening, the code was re-structured, so the threads do not hold a lock on the WsLogManager object, when creating a new WsLogger object. The fix for this APAR is currently targeted for inclusion in fix packs 7.0.0.43, 8.0.0.14, 8.5.5.12, 9.0.0.3. Please refer to the Recommended Updates page for delivery information: http://www.ibm.com/support/docview.wss?rs=180&uid=swg27004980
Temporary fix
Comments
APAR Information
APAR number
PI71530
Reported component name
WEBS APP SERV N
Reported component ID
5724H8800
Reported release
850
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2016-10-31
Closed date
2016-12-13
Last modified date
2016-12-13
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Fixed component name
WEBS APP SERV N
Fixed component ID
5724H8800
Applicable component levels
R700 PSY
UP
R800 PSY
UP
R850 PSY
UP
R900 PSY
UP
Document Information
Modified date:
04 May 2022