A fix is available
APAR status
Closed as program error.
Error description
After upgrade CICS TS Ver.5.1 Websphere Liberty Profile (WLP) to 8.5.5.6 Fixpack, an exception on a db2 call is issued: T2zOS exception: Ýjcc~ÝT2zos~T2zosConnection.flowConnect:execConnect: 1337: Connection dead, SQLCODE:-4499, SQLSTATE:null ERRORCODE=-4499, SQLSTATE=null It ends with an 00F30018 error at DB2 (at that point a COMMIT call to DB2 was issued). From dump you can see a task has issued DB2 API calls from both a L8 TCB and a T8 TCB. This task eventually drives COMMIT - but BACKWARDS. D2D2 is driven for function BACKOUT on the T8 TCB. As seen in the internal CSUB trace in trace this involves an ASSO for the TCB and then an ABRT. These work OK. A little later Switch_application_env is done to come off the T8 back to QR. The TRUES are then called for task end and D2D2 is driven for END_OF_TASK but on the L8 TCB. This fails because the CSUB is still associate with the T8 TCB. Doing a VERBX dsnwdmp 'subsys=DBP1,DS=1' shows: ACE: 192DD0C0 Status: T Req: 0055 Allied Chain Authid: ........ Plan: ..X..... Corrid: ".0.".0..... Corrname: ........ Token: 000170E1 EB Primary(Asid) Home(Asid) EBSPAWND TCB/SRB -Status-- R14 192DD180 CICSALAP(0289) CICSALAP(0289) 00000000 00A93E88 Running 00000000 When the T8 TCB had finished backout and before the switch environment call it needs to do a DISS, so that task can finish cleanly.
Local fix
No Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All CICS Users with PI36541 applied. * **************************************************************** * PROBLEM DESCRIPTION: CICS DB2 application may receive -4499 * * errorcode and feedback of 00F30018. * **************************************************************** * RECOMMENDATION: * **************************************************************** A mixed language CICS DB2 application may fail with feedback code of 00F30018 and an errorcode of -4499. In the customer's case the application issued DB2 calls on both a L8 TCB and a T8 TCB. The problem occurs when a T8 TCB has issued a SYNCPOINT call. This call completes but does not then issue a DISSOCIATE for the T8 TCB, which when the L8 TCB is being ASSOCIATEd back to the DB2 thread, fails, because the DB2 thread is still ASSOCIATEd to the T8 TCB. This leaves the T8 TCB and DB2 thread permanently ASSOCIATEd. Keywords: abendAD3L AD3L
Problem conclusion
UI26932 UI26933 DFHD2EX1 has been changed to ensure a DISSOCIATE is issued following a SYNCPOINT call.
Temporary fix
FIX AVAILABLE BY PTF ONLY
Comments
APAR Information
APAR number
PI54515
Reported component name
CICS TS Z/OS V5
Reported component ID
5655Y0400
Reported release
800
Status
CLOSED PER
PE
YesPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2015-12-23
Closed date
2016-02-09
Last modified date
2016-03-02
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI35286 UI35287
Modules/Macros
DFHD2EX1
Fix information
Fixed component name
CICS TS Z/OS V5
Fixed component ID
5655Y0400
Applicable component levels
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.
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGMGV","label":"CICS Transaction Server"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"5.1","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"5.1","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
02 March 2016