PQ47706: MSGBBOU0713W - TRANSACTION URID (HEX) HAS TIMED OUT AFTER PROCESSING FOR MORE THAN 300 SECONDS. | |||||||||||||||||||||||||||||||||||||||||
![]() |
|||||||||||||||||||||||||||||||||||||||||
![]() APAR status Closed as program error. Error description During bootstrap Phase 1 Step 6 BBOSMS takes an SVC dump and a transaction times out with the following message: MSGBBOU0713W - TRANSACTION URID (hex) HAS TIMED OUT AFTER PROCESSING FOR MORE THAN 300 SECONDS. TRANSACTION WILL BE ROLLED BACK. The CEEDUMP has the following traceback: CEEHDSP 050B7360 +00002BE6 CEEPLPKA CORBA::ORB::IOR_to_object(void*,const char*) 0EEF0B30 -0EEF0B20 BBOORB W4ASAP0 BBOT_TransactionServiceContext::get_object(const char*) 0CB91738 +00000456 1207 BBOTOTS CB40L01 BBOT_TransactionServiceContext::get_trans_identity(CosTransa 0CB90B08 +00000226 984 BBOTOTS CB40L01 BBOT_TransactionServiceContext::propagation_context() 0CB92A20 +000004DA 792 BBOTOTS CB40L01 BBOT_TransactionFactoryRep::genericCreate(int,int,int*,SEQUE 0C8C05C8 +000001C6 1041 BBOTOTS W4ASAP0 BBOT_TransactionFactoryRep::recreatePropagated(SEQUENCE_octe ------------------ looking at the Code we are abending because R15=0000000 when we try to branch. BAS r14,16(,r15).Local fix Problem summary **************************************************************** * USERS AFFECTED: All users of WebSphere Application Server * * Version 4.0, for z/OS and OS/390. * **************************************************************** * PROBLEM DESCRIPTION: An ABENDS0C1 ABEND0C1 occurred * * branching to low storage from method * * ior_to_object in bbooorb.cpp in the * * BBOORB dll. * **************************************************************** * RECOMMENDATION: * **************************************************************** The object key in the IOR is built improperly. The class name is one byte long, a null string and the object type is system object with a system object index of 2. This system object type is unused and thus there is no object. IOR_to_object tries to drive _ORBProxy() on the object and branches to low storage because the object pointer is null. This only happens on a system where byte zero of the PSA is zero (00x). This appears to happen running OS/390 R10 and above in 64 bit mode.Problem conclusion A typo in a conditional resulted in assigning a zero to the classname pointer instead of checking if it equaled zero. When the object key is built using this class name, a check is made against system object class names. Since system object 2 is no longer used, its class name is a null string. By coincidence the first byte of the PSA was zero and it matched, leading to an object key being built for system object 2. The solution is to correct the typographical error in the conditional in base_build_an_ior in bbooorb.cpp. APAR PQ47706 is associated with SERVICE LEVEL W400008 of WebSphere Application Server V4.0 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: UQ53363 Modules/Macros
|
Document Information |
Product categories: Software > Application Servers >
Distributed Application & Web Servers > WebSphere Application
Server for z/OS
Operating system(s):
Software version: 400
Software edition:
Reference #: PQ47706
IBM Group: Software Group
Modified date: May 2, 2001
(C) Copyright IBM Corporation 2000, 2006. All Rights Reserved.