A fix is available
APAR status
Closed as program error.
Error description
Program check occurs in EYU0NLHS in routine XMGSTL_NXT_TASKID. This failure occurs in an LMAS that is running R3.1.0 agent code in a R620 CICS region. The interrupt occurs right around the code added by PK02647. The contents of the ACCESS REGISTERS (AR's) in the mini-dump (EYUCL09nn messages) appear to be corrupted, in that there are EBCDIC characters in AR's 6&7 and AR's 14&15.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All CICSPlex/SM V3R1M0 Users * **************************************************************** * PROBLEM DESCRIPTION: You receive an abend ASRA (S0C4) at * * an unknown offset EYU0NLHS (NLHS - MAS * * Stall Detection Analysis). The mini- * * dump in the MAS job log also shows an * * unknown abend code and corrupted ac- * * cess registers. The MAS is a CICS TS * * V2.2 region managed by CPSM V3.1. * **************************************************************** * RECOMMENDATION: After applying the PTF that resolves this * * APAR, all CMASes and MASes must be recycled * * to pick up the new code. Note that the * * restarts do not need to be done at the same * * time. * **************************************************************** Two distinct problems exist here. The initial S0C4 was caused by a residual ALET in AR7. In EYU0NLHS, R7 is used as the base for a table which resides in CICS storage. However two other methods, which execute under CPSM long-running tasks, do load AR7 with the ALET of the MAS data space. EYU0NLHS gave up control via an EXEC CICS command, and one of the other long- running tasks was dispatched. When control returned to NLHS, AR7 contained the ALET of the MAS data space, because CICS does not save or restore access register contents during EXEC CICS calls. The mini-dump in the CICS job log displayed incorrect data because the format of DFHTACB, the CICS Transaction Abend Control Block changed between CICS TS V2.3 and CICS TS V3.1. CPSM's Global Error Recovery Exit, EYU9XLGR, mapped the DFHTACB storage in a CICS TS V2.2 MAS using the V3.1 version of the map- ping macro.
Problem conclusion
EYU0NLHS was modified to save access register contents before execution of all EXEC CICS calls, and to restore the contents after control returns. EYU9XLGR was modified to retrieve data from the TACB at offsets determined by the CICS release of the region in which it executes.
Temporary fix
FIX AVAILABLE BY PTF ONLY
Comments
APAR Information
APAR number
PK19396
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-02-08
Closed date
2006-03-20
Last modified date
2006-09-17
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK12765 PK31393
Modules/Macros
EYU0NLHS EYU9XLGR
Fix information
Fixed component name
CPSM CICS 3.1
Fixed component ID
5655M1501
Applicable component levels
R100 PSY UK12765
UP06/03/21 P F603
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