A fix is available
APAR status
Closed as program error.
Error description
User may receive the following abend in a mixed release CMAS environment: . EYUXL0900I Starting Environment Recovery EYUXL0905E applid ASRA IN XLSD, OFFSET 00000BFA PSW=078D2000 A8FE5FDA EYUXL0905E INTC=0004 ILC=6 TXCP=00000000 SCODE=S00C4 TRAN=XDNR TASK=0064494 EYUXL0905E Methods=XLSD,XLSI,MOMS,XDP1,XDNR,XLOP EYUXL0906I Registers at ABEND EYUXL0907I GPR0-GPR3 00000000 FFFFFFFF 00000024 28FE5420 EYUXL0907I GPR4-GPR7 0000000E 28FE6420 29AAC398 29AAE700 EYUXL0907I GPR8-GPRB 29A11630 29AAE1A3 29A0EE70 28678120 EYUXL0907I GPRC-GPRF 29AAE300 29AAE700 29A11630 FFFFFFFF EYUXL0908I Storage At ABEND EYUXL0909I -20 47E03BA2 4DE03CB8 D607D160 D1604780 EYUXL0909I -10 3BE6BF2F 80044A20 9008D607 20002000 EYUXL0909I +00 47803BE6 D507D160 20004780 3BE69606 EYUXL0909I +10 D594D207 D5A82000 D207D5B0 D160D707 EYUXL0910I EYU9XLRV Dump,jobname,applid,smfid,CMAS,XDNR, taskid,ASRA,EYU0XLSD,dd/mm/yyyy,hh:mm:ss . Failure can occur if a MAL with a criteria or viewmod times out in a mixed release CMAS environment where a transform MAL was created. . Additional Symptom(s) Search Keyword(s): DESTROY_XFORM malprfx R8 REG8 CTSB_MALP_INIT CTSB_MALP_INITX CATB_RSLT_LIST transform xform EYUBMOMA TIMEOUT
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All CICSPlex/SM V3R1M0 Users * **************************************************************** * PROBLEM DESCRIPTION: Invalid results may occur in a CMAS * * when a time out occurs for an EUI, API, * * WUI, or RTA request that is shipped to * * another CMAS running at a lower CPSM * * release or maintenance level. * * * * Errors seen include, but are not * * limited to: * * * * - Abend ASRA/S0C4 in method EYU0XLSD * * (XLSD) near offset x'BFA'. * * * * - An orphaning of CICS EDSA storage * * which could lead to a short on * * storage (SOS) condition if the * * request specifies criteria or a * * view. * **************************************************************** * 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 an EUI, API, WUI, or RTA request to a CMAS that is running a lower release or maintenance level, method EYU0MOXS (MOXS) may be called under XLSD to transform data areas in the parameter list for the request (MAL - message argument list) to the lower release or maintenance level. If this occurs, MOXS will allocate a new MAL, putting in the addresses of new data areas. The new MAL will then be shipped, instead of the original MAL. When the request ends successfully, MOXS is called to transform the returned data from the lower release or maintenance level to the required level for the originating CMAS, updating the original MAL and data areas from the returned MAL and data areas. MOXS will then free any transformed criteria or view data areas and then will call method EYU0MOMS (MOMS) to free the new MAL and all other data areas acquired earlier by MOXS for outbound transformation. The original MAL is then returned to XLSD for processing. When a timeout occurs, method EYU0CSLT (CSLT) will pass the address of the shipped MAL to method EYU0CTRC (CTRC). CTRC calls MOMS to free the new MAL and non-criteria or view data areas. CTRC will then call method EYU0CTAM (CTAM) passing the address of the just freed new MAL, which will be returned to XLSD. When XLSD runs, if the storage for the MAL has been reused, an abend ASRA/S0C4 will most likely occur. Additionally, since MOXS was not called, any transformed criteria and view areas are not freed.
Problem conclusion
MOXS has been updated such that if it must cause a new criteria or view data area to be created for outbound transformation, it will place the address of these areas in the EYUBMOMA control block, which has been updated to include areas for these fields. Additionally, the code to free these areas when a request completes has been moved from MOXS to MOMS. This ensures that when a timeout occurs, the areas will be properly freed. Finally, CTRC has been updated to pass the address of the original MAL to CTAM when a timeout occurs. This will ensure that XLSD is processing the proper MAL. Additionally, methods EYU0MOFB, EYU0MOIT, EYU0MOMB, EYU0MOM2, and EYU0MOX2 have been recompiled to pick up the changes to the EYUBMOMA control block.
Temporary fix
FIX AVAILABLE BY PTF ONLY
Comments
Invalid results may occur in a CMAS when a time out occurs for an EUI, API, WUI, or RTA request that is shipped to another CMAS running at a lower CPSM release or maintenance level. Errors seen include, but are not limited to: - Abend ASRA/S0C4 in method EYU0XLSD (XLSD) near offset x'BFA'. - An orphaning of CICS EDSA storage which could lead to a short on storage (SOS) condition if the request specifies criteria or a view. When a CMAS ships an EUI, API, WUI, or RTA request to a CMAS that is running a lower release or maintenance level, method EYU0MOXS (MOXS) may be called under XLSD to transform data areas in the parameter list for the request (MAL - message argument list) to the lower release or maintenance level. If this occurs, MOXS will allocate a new MAL, putting in the addresses of new data areas. The new MAL will then be shipped, instead of the original MAL. When the request ends successfully, MOXS is called to transform the returned data from the lower release or maintenance level to the required level for the originating CMAS, updating the original MAL and data areas from the returned MAL and data areas. MOXS will then free any transformed criteria or view data areas and then will call method EYU0MOMS (MOMS) to free the new MAL and all other data areas acquired earlier by MOXS for outbound transformation. The original MAL is then returned to XLSD for processing. When a timeout occurs, method EYU0CSLT (CSLT) will pass the address of the shipped MAL to method EYU0CTRC (CTRC). CTRC calls MOMS to free the new MAL and non-filter or view data areas. CTRC will then call method EYU0CTAM (CTAM) passing the address of the just freed new MAL, which will be returned to XLSD. When XLSD runs, if the storage for the MAL has been reused, an abend ASRA/S0C4 will most likely occur. Additionally, since MOXS was not called, any transformed criteria and view areas are not freed. MOXS has been updated such that if it must cause a new criteria or view data area to be created for outbound transformation, it will place the address of these areas in the EYUBMOMA control block, which has been updated to include areas for these fields. Additionally, the code to free these areas when a request completes has been moved from MOXS to MOMS. This ensures that when a timeout occurs, the areas will be properly freed. Finally, CTRC has been updated to pass the address of the original MAL to CTAM when a timeout occurs. This will ensure that XLSD is processing the proper MAL.
APAR Information
APAR number
PK06890
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
2005-06-07
Closed date
2005-10-18
Last modified date
2005-11-03
APAR is sysrouted FROM one or more of the following:
PK06870
APAR is sysrouted TO one or more of the following:
UK08206
Modules/Macros
DYU0MOFB DYU0MOIT DYU0MOMB DYU0MOMS DYU0MOM2 DYU0MOXS DYU0MOX2 EYUBMOMA EYU0CTRC EYU0MOFB EYU0MOIT EYU0MOMB EYU0MOMS EYU0MOM2 EYU0MOXS EYU0MOX2
Fix information
Fixed component name
CPSM CICS 3.1
Fixed component ID
5655M1501
Applicable component levels
R100 PSY UK08206
UP05/10/19 P F510
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