IBM Support

PK07159: ABEND S00C4 IN EYU0CRCK OFFSET 714 WHEN SHUTTING DOWN CMAS

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • You shut down your CMAS and abend S00C4 occurs in EYU0CRCK
    at offset x'714'.
    
    Failing instruction is 58F0 F000, L R15,RACR_XSECBREN
    Reg15 is loaded from RegB+984 ( MOEB field SEC_XSEC_STRUCT ).
    The reg15 address is no longer in storage.
    
    In this case, an XLST task is in processing a request for the
    CMAS base table and a security check is made. However, the
    security subtask has quiesced due to the shutdown and has
    not updated the MOEB to remove the address to its control
    block.
    
    Additional Symptom(s) and Keyword(s): 5697E9301 R300 300 230
    5697E9301 R300 300 230
    
    EYUXL0900I   Starting Environment Recovery
    EYUXL0905E CMASMP   ASRA IN CRCK, OFFSET 00000714 PSW=470C2000 A
    EYUXL0905E INTC=0011 ILC=4 TXCP=25E74000 SCODE=S00C4 TRAN=XLST
               TASK=0000355
    
    EYUXL0905E INTC=0011 ILC=4 TXCP=25E74000 SCODE=S00C4 TRAN=XLST
    
    
    EYUXL0905E Methods=CRCK,XLSD,XLSI,XLST,XLOP
    EYUXL0906I Registers at ABEND
    EYUXL0907I GPR0-3 00000002 29200F18 28D83C0B 28D81660
    EYUXL0907I GPR4-7 28D82660 281C2950 293DD398 28D83B90
    EYUXL0907I GPR8-B 292010A0 292002CC 293DDA30 00160010
    EYUXL0907I GPRC-F 293DE9E8 29200170 A8D81CEC 25E74FD0
    EYUXL0908I Storage At ABEND
    EYUXL0909I -20 DDAB9210  DDAD4110  DDA858F0  D09458FF
    EYUXL0909I -10 00040DEF  4DE04A7E  BFFFB984  50F0D744
    EYUXL0909I +00 58F0F000  4110D6D0  0DEF4DE0  4A4047F0
    EYUXL0909I +10 36B2D203  D71C4844  D203D720  4848D727
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICSPlex SM V3R1M0 Users.                *
    ****************************************************************
    * PROBLEM DESCRIPTION: An ABEND ASRA (S0C4) may occur at       *
    *                      offset x'6D4' in EYU0CRCK during CMAS   *
    *                      shutdown.                               *
    *                                                              *
    *                      The abend is more likely to occur if    *
    *                      API/WUI or EUI requests are still being *
    *                      processed when the CMAS is shutdown.    *
    ****************************************************************
    * RECOMMENDATION: After applying the PTF that resolves this    *
    *                 APAR, all CMASes must be recycled to pick    *
    *                 up the new code.  Note that the restarts     *
    *                 do not need to be done at the same time.     *
    ****************************************************************
    During CMAS initialization, CICSPlex SM establishes a subtask
    running program EYU9XSEC (XSEC - External Security Interface).
    XSEC is responsible for making all calls to the External
    Security Manager.
    
    EYU0CRCK (CRCK - Communications Security Access Check) is called
    to perform security checking in a CMAS. CRCK calls XSEC via a
    branch entry interface.
    
    During a CMAS shutdown, it is possible for the XSEC subtask to
    terminate before all tasks which may call CRCK are complete.  If
    this happens, the reported abend may occur.
    

Problem conclusion

  • EYU0CRLT (CRLT - Security Services Long-Running Task) has been
    changed so that it no longer posts XSEC to terminate. Instead it
    indicates that the security interface is no longer available.
    
    Macro EYUBCRRR, which is used by CRCK and other methods to
    invoke XSEC, has been changed to abort processing if
    Communications termination is in progress.
    
    EYU9XSTC (XSTC - Interval Timing Control Task) has been changed
    to issue new message EYUXS1013I when XSEC has terminated.
    
    XSEC has been changed to update the XECB when it terminates
    normally. Additionally an error which may prevent XSEC from
    releasing its stack storage has been corrected.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PK07159

  • 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-13

  • Closed date

    2005-07-25

  • Last modified date

    2005-11-21

  • APAR is sysrouted FROM one or more of the following:

    PK02960

  • APAR is sysrouted TO one or more of the following:

    UK05634

Modules/Macros

  •    EYUBCRRR EYU0CRCK EYU0CRDK EYU0CRLT EYU0CRSI
    EYU9XSEC EYU9XSTC
    

Publications Referenced
GC34647100    

Fix information

  • Fixed component name

    CPSM CICS 3.1

  • Fixed component ID

    5655M1501

Applicable component levels

  • R100 PSY UK05634

       UP05/07/27 P F507

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