A fix is available
APAR status
Closed as program error.
Error description
ABEND0C4 in CMAS due to incorrect transmit block usage. EYUXL0900I Starting Environment Recovery EYUXL0905E applid ASRA IN CTSK, OFFSET 00000592 PSW=078D2000 96A9352A EYUXL0905E INTC=0004 ILC=4 TXCP=01000004 SCODE=S00C4 TRAN=LNMI TASK=00nnnnn EYUXL0905E Methods=CTSK,CTRD,CLMU,CLMT,XLOP EYUXL0906I Registers at ABEND EYUXL0907I GPR0-GPR3 16CC0082 16CEC890 16CECAC8 16A92FD8 EYUXL0907I GPR4-GPR7 00000004 16E8BF10 16CBF01A 16CBF014 EYUXL0907I GPR8-GPRB 16E8BF0C 01000100 164B0B60 00042250 EYUXL0907I GPRC-GPRF 16CEC3F8 16CEC5E8 96A934FC 15A82190 EYUXL0908I Storage At ABEND EYUXL0909I -20 D2F04770 376E4120 D4E05850 20081885 EYUXL0909I -10 4B803B04 58950034 5090D51C 9680934C EYUXL0909I +00 58A09030 95026034 4720359C 48103AFA EYUXL0909I +10 41203A78 48403AFC 41F090B8 4DE039D8 . Trace contains a previous exception with debug text DupeRAdd . . Additional Symptom(s) Search Keyword(s): timeout malprfx xmit malrl post ctam
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All CICSPlex/SM V3R1M0 Users * **************************************************************** * PROBLEM DESCRIPTION: Sites may experience invalid results in * * a CMAS when multiple concurrent * * requests sent to other CMASes and MASes * * invalidly use the same communications * * transmit block (EYURCATB). * * * * The invalid results include, but are * * not limited to, the following: * * * * - message EYUCT0105E indicating a * * shortage of transport services * * control blocks. * * * * - invalid data returned to EUI or WUI * * users or API programs. This could * * also lead to invalid or missing RTA * * events. * * * * - errors when attempting to access * * CICS resources through the EUI, WUI, * * or API due to invalid Toplogy * * resource maps. * * * * - abends in various communications * * methods, including EYU0CTSK (CTSK). * * * * - abends in method EYU0XLSD (XLSD). * * * * Examination of the CMAS's auxtrace * * dataset may show an exception trace * * issued by method EYU0CTAM (CTAM), with * * a trace point id of 4 and a debug text * * of "DupeRAdd". * **************************************************************** * RECOMMENDATION: After applying the PTF that resolves this * * APAR, all CMASes must be restarted. Note * * that the restarts do not need to occur at * * the same time. * **************************************************************** When a CMAS ships a request to another CMAS or a MAS, a transmit block (EYURCATB) is associated with the request. The EYURCATB is used to keep track of the number of destinations that the request should be sent to and the number of destinations it actually has been sent to, and if the CMAS expects to have results returned, the number of destinations that have replied and where to queue up the results as they are returned. It also contains the ECB of the caller that is waiting for the request to complete or time out. The EYURCATBs are allocated in a pool during CMAS initialization. When one is required, method EYU0CAMP (CAMP) will retrieve the next one from the pool. When the request completes or times out, method EYU0CTAM returns the EYURCATB to the pool. The free pool is managed in last-in-first-out (LIFO) order, so the last one returned to the pool is used for the next request. A logic error exists in CTAM such that if a request completes at the same time as it times out, two instances of CTAM could be returning the same EYURCATB to the free pool at the same time. This will cause the free pool chain to be invalid, resulting in various errors, some of which are documented above.
Problem conclusion
CTAM has been updated to recognize when a EYURCATB is being simultaneously processed by request complete and time out, and will ensure that only one process will return the EYURCATB to the free pool. CTAM will also issue an exception trace to document the occurrence. Depending upon how CTAM determines the error, either of the following trace point IDs and corresponding debug texts will be associated with the trace: - trace point ID of 4 and debug text of "DupeRAdd" - trace point ID of 5 and debug text of "RlstGone"
Temporary fix
FIX AVAILABLE BY PTF ONLY
Comments
Sites may experience invalid results in a CMAS when multiple concurrent requests sent to other CMASes and MASes invalidly use the same communications transmit block (EYURCATB). The invalid results include, but are not limited to, the following: - message EYUCT0105E indicating a shortage of transport services control blocks. - invalid data returned to EUI or WUI users or API programs. This could also lead to invalid or missing RTA events. - errors when attempting to access CICS resources through the EUI, WUI, or API due to invalid Toplogy resource maps. - abends in various communications methods, including EYU0CTSK (CTSK). - abends in method EYU0XLSD (XLSD). Examination of the CMAS's auxtrace dataset may show an exception trace issued by method EYU0CTAM (CTAM), with a trace point id of 4 and a debug text of "DupeRAdd". When a CMAS ships a request to another CMAS or a MAS, a transmit block (EYURCATB) is associated with the request. The EYURCATB is used to keep track of the number of destinations that the request should be sent to and the number of destinations it actually has been sent to, and if the CMAS expects to have results returned, the number of destinations that have replied and where to queue up the results as they are returned. It also contains the ECB of the caller that is waiting for the request to complete or time out. The EYURCATBs are allocated in a pool during CMAS initialization. When one is required, method EYU0CAMP (CAMP) will retrieve the next one from the pool. When the request completes or times out, method EYU0CTAM returns the EYURCATB to the pool. The free pool is managed in last-in-first-out (LIFO) order, so the last one returned to the pool is used for the next request. A logic error exists in CTAM such that if a request completes at the same time as it times out, two instances of CTAM could be returning the same EYURCATB to the free pool at the same time. This will cause the free pool chain to be invalid, resulting in various errors, some of which are documented above. CTAM has been updated to recognize when a EYURCATB is being simultaneously processed by request complete and time out, and will ensure that only one process will return the EYURCATB to the free pool. CTAM will also issue an exception trace to document the occurrence. Depending upon how CTAM determines the error, either of the following trace point IDs and corresponding debug texts will be associated with the trace: - trace point ID of 4 and debug text of "DupeRAdd" - trace point ID of 5 and debug text of "RlstGone"
APAR Information
APAR number
PK18329
Reported component name
CPSM CICS 3.1
Reported component ID
5655M1501
Reported release
100
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2006-01-24
Closed date
2006-02-03
Last modified date
2006-03-02
APAR is sysrouted FROM one or more of the following:
PK18345
APAR is sysrouted TO one or more of the following:
UK11395
Modules/Macros
EYU0CTAM
Fix information
Fixed component name
CPSM CICS 3.1
Fixed component ID
5655M1501
Applicable component levels
R100 PSY UK11395
UP06/02/07 P F602
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":"3.1","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]
Document Information
Modified date:
22 February 2023