A fix is available
APAR status
Closed as program error.
Error description
During the normal shutdown of 3.1 CMAS and 0c4 occurs as seen in the message log : +DFHKE1799 APPLID TERMINATION OF CICS IS COMPLETE EYUXS1101I Interval Timing termination has started EYUXS1026E Security Interface has intercepted abnormal termination S0C4 EYUXS1027I Security Interface recovery has started IEA794I SVC DUMP HAS CAPTURED: 153 DUMP TITLE=CICSPlex SM External Security Abend EYUXS1027I Security Interface recovery has started EYUXS1027I Security Interface recovery has started EYUXS1030S Security Interface Abend limit reached. . The 0C4 is repeated until the abend limit is reached as above. The 0C4 occurs in EYU9XSEC UK19858 +x'1E2' as R12 address is not available: PSW: 070C2000 AFC7B1D2 Instruction length:06 Interrupt code:011 . Failing instruction text: D0544780 30F0D203 C07C3C28 Translation exception address: 7F7AA000 R12 is 7F7AA3D0 and should point to a valid XECB but the page of storage 7F7AA000 has been freemained along with the XECB leading to the 0c4.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All CICSPlex SM V4R1M0 Users * **************************************************************** * PROBLEM DESCRIPTION: One or more S0C4 abends may occur in * * module EYU9XSEC at offset X'1E2' during * * CMAS termination. If the abend occurs, * * it will repeat until the abend limit is * * reached. * * * * Messages similar to the following will * * be issued at the time of abend: * * * * DFHKE1799 TERMINATION OF CICS IS * * COMPLETE. * * EYUXS1101I Interval Timing * * termination has started * * EYUXS1026E Security Interface has * * intercepted abnormal * * termination S0C4 * * EYUXS1027I Security Interface * * recovery has started * * IEA794I SVC DUMP HAS CAPTURED: * * DUMPID=<nnn> REQUESTED BY JOB * * (<jobname>) * * DUMP TITLE=CICSPlex SM External * * Security Abend * * EYUXS1028I Security Interface * * recovery complete * * * * Messages EYUXS1026E through EYUXS1028I * * will be repeated for each S0C4 that * * occurs until the abend limit is reached * * and the following messages are issued: * * * * EYUXS1013I Interval Timing detached * * the external security * * manager interface * * EYUXS1102I Interval Timing * * termination complete * **************************************************************** * 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. * **************************************************************** During CMAS shutdown, module EYU9XSEC is POSTed for termination after the ESSS terminate process has been completed. As part of termination processing, EYU9XSEC will clear the address of the security token in the ESSS Connection Block (XECB). However since the XECB is freed as part of the previously performed ESSS terminate process, an S0C4 may occur when EYU9XSEC attempts to update it. If a S0C4 occurs, EYU9XSEC's ESTAE routine will get control, during which it will produce diagnostic information and then pass control to a retry routine. EYU9XSEC's retry routine will return control to EYU9XSEC's main line logic, which will determine that it has been POSTed for termination, which will cause it to attempt to update the XECB again, resulting in another S0C4 abend. This will continue until the abend limit is reached.
Problem conclusion
EYU9XSEC has been updated as follows: - the XECB address is now always loaded from its maintained pointer when needed. If the XECB has been freed, then the maintained pointer will be null and EYU9XSEC will bypass updating the XECB. - if an abend occurs during termination processing, the ESTAE retry routine will branch to exit processing instead of the normal processing routine.
Temporary fix
FIX AVAILABLE BY PTF ONLY
Comments
APAR Information
APAR number
PM10955
Reported component name
CICS TS Z/OS V4
Reported component ID
5655S9700
Reported release
60M
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2010-03-29
Closed date
2010-05-09
Last modified date
2010-06-03
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK56763
Modules/Macros
EYU9XSEC
Fix information
Fixed component name
CICS TS Z/OS V4
Fixed component ID
5655S9700
Applicable component levels
R60M PSY UK56763
UP10/05/11 P F005
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":"4.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":"4.1","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
03 June 2010