PQ63046: S0C4 ABENDS IN SETLOCATESTATUSCOMMFAILURE+8 AND GETREGISTEREDID +X'10' IN WAS CR | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
![]() |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
![]() APAR status Closed as program error. Error description A J2EE server encountered 3 S0C4 ABENDs after another J2EE server was cancelled. The first two ABENDs in setLocateStatusCommFailure occur because the SMD buffer pointer in the ORB_Request cb is zero. At that point WAS attempted to clean up the bad ORB_Request which ABENDed in getRegisteredID. These failures appeared to be timing related. With two J2EE servers interacting with each other, the first application server region died, a new one was started, and then the user cancelled that J2EE server. In the meantime the other server continued to attempt working, but received the SOC4s.Local fix Problem summary **************************************************************** * USERS AFFECTED: All users of WebSphere Application Server * * V4.0.1 for z/OS and OS/390 * **************************************************************** * PROBLEM DESCRIPTION: ABEND S0C4/0C4 in * * SETLOCATESTATUSCOMMFAILURE+8 * * and GETREGISTEREDID +X'10' in a * * WebSphere Control Region. * **************************************************************** * RECOMMENDATION: * **************************************************************** A J2EE server can encounter S0C4 ABENDs after another J2EE server is cancelled. The ABENDs in method setLocateStatusCommFailure occurs because the SMD buffer pointer in the ORB_Request control block is zero. WebSphere then attempts to clean up the bad ORB_Request which ABENDs in method getRegisteredID. These failures appeared to be timing related. With two J2EE servers interacting with each other, the first application server region terminates, a new one is started, and then the user cancels that J2EE server. In the meantime the other server attempts to continue working, but receives the S0C4 ABENDs.Problem conclusion Support has been modified in methods comm_outbound_locate and comm_outbound_request in module bboocomm.cpp to never read or update an ORBR after placing it on the pending queue since at any point after that a free_session could clean it up. Furthermore, if a call is made to remove an ORBR from the pending queue (if, for example, the send failed) support has been changed to check the return code to verify the ORBR has been found before using it. APAR PQ63046 is associated with SERVICE LEVEL W401094 of WebSphere Application Server V4.0.1 for z/OS and OS/390.Temporary fix Comments
APAR is sysrouted FROM one or more of the following: APAR is sysrouted TO one or more of the following: UQ68995 Modules/Macros
|
Document Information |
Product categories: Software > Application Servers >
Distributed Application & Web Servers > WebSphere Application
Server for z/OS
Operating system(s):
Software version: 401
Software edition:
Reference #: PQ63046
IBM Group: Software Group
Modified date: Sep 4, 2002
(C) Copyright IBM Corporation 2000, 2006. All Rights Reserved.