PQ55449: ABENDS978 RC=4 IN BBODMN ALONG WITH CEEDUMP SHOWING EXCEPTION INORB_REQUEST::COMM_DAEMON_LOCATE(ACRWOBJ*) ALTHOUGH IVP'S RUN OK

 A fix may be available

Obtain the fix for this APAR



APAR status
Closed as program error.

Error description
ABEND978 RC=4 in method comm_daemon_locate in part bboocomm.cpp
Also see a CEEDUMP in the output of BBODMN with a traceback of
the following:
 csnap                          CEEEV003
 RasSignalHandler2              BBORAS    W401001
 CEEPGTFN                       CEEPLPKA
 __zerros                       CEEEV003
 CEEHDSP                        CEEPLPKA  UQ55080
 ORB_Request::comm_daemon_locate(acrwObj*)
                                BBOBOA      W401005 Exception
 ACR_ExecutionThread::Remove AndProcessWork(ThreadCleanUp*)
                                BBOBOA      W401005
 ACR_ExecutionRoutine           BBOBOA      W401005
 CEEPGTFN                       CEEPLPKA
 CEEOPCMM                       CEEBINIT
.
Local fix Problem summary
****************************************************************
* USERS AFFECTED: All users of WebSphere Application Server    *
*                 V4.0.1 for z/OS and OS/390                   *
****************************************************************
* PROBLEM DESCRIPTION: ABEND978/ABENDS978 from bboocomm.cpp    *
*                      in Daemon processing locate request     *
*                      for server which is not up.             *
****************************************************************
* RECOMMENDATION:                                              *
****************************************************************
Sometimes the async IO exit gets a cell to read the entire
message from TCP/IP.  If an ACRW gets queued for this, the cell
needs to be freed when we are done with it.  The code that does
the free handles obtained storage as well as cells.  A flag
accompanies the data pointer to indicate what to do.  In the
case where a cell was obtained, the flag is zero, but the code
that obtains the cell never clears the flag. If the flag storage
is dirty, the code that does the free can incorrectly conclude
that the storage was obtained and try to free it which may
result in the ABEND978.
Problem conclusion
In modules bbocasyd.plx and bboclspc.plx the flag indicating the
type of storage is now explicitly cleared after a cell is
obtained.

APAR 
PQ54976 is associated with SERVICE LEVEL W401012 of
WebSphere Application Server V4.0.1 for z/OS and OS/390.
Temporary fix Comments
APAR information
APAR number PQ55449
Reported component name WASKBASE
Reported component ID 5655A9801
Reported release 401
Status CLOSED PER
PE NoPE
HIPER NoHIPER
Submitted date 2001-12-04
Closed date 2002-01-04
Last modified date 2002-02-02

APAR is sysrouted FROM one or more of the following:

APAR is sysrouted TO one or more of the following:
UQ61650

Modules/Macros
BBOCASYD BBOCLSPC BBOUBINF      

Fix information
Fixed component name WASKBASE
Fixed component ID 5655A9801

Applicable component levels
R401 PSY UQ61650    UP02/01/17 P F201

  Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.


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 #: PQ55449
IBM Group: Software Group
Modified date: Feb 2, 2002