PM59794: ABEND S0C4 OCCURRING IN VERSIONED MODULE CJB9XLGR AT OFFSET X'210'

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• Error Description￘
  With UK71179 applied, a CICS region was shutting down, when it
  experienced an abend S0C4/AKEA in CPSM versioned module
  CJB9XLGR. In the job log, the following messages occurred
  repeatedly indicating the problem:
  
  DFHAP0701 An abend (code 0C4/AKEA) has occurred in exit program
    CJB9XLGR at exit point XPCTA.
  DFHAP0001 An abend (code 0C4/AKEA) has occurred at offset
    X'00000210' in module CJB9XLGR.
  
  DFHAP0701 An abend (code ---/ASRA) has occurred in exit program
    CJB9XLGR at exit point XPCTA.
  DFHAP0001 An abend (code ---/ASRA) has occurred at offset
    X'0F44' in module DFHABAB.
  
  These messages occur repeatedly until a DFHPC0409 message is
  issue with a dump:
  
  DFHPC0409 Abends EYUO and ASRA have been issued while
    processing abend ASRA for the same task, transaction ABCD.
  
  For the task that experienced the S0C4, code in EYU9XLGR picked
  up the value in XLWA_AOPB_VO (XLWA +x'360') and  XLWA_AOPB_LEN
  (XLWA +x'364'). These values are no longer valid but get used
  as the location of the AOPB, we use AOPB_ELE_VO (AOPB +x'180')
  as the start address of the array AOPB_CURR_ELE (AOPB +x'14')
  as the number of entries.
  
  The abend occurs because the XLWA_AOPB_VO address in the XLWA
  is not getting cleared.
  
  
  
  
  Additional Symptom(s) Search Keyword(s): KIXREVGJT
  

Local fix

• Local Fix￘
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICSPlex SM V4R2M0 Users                 *
  ****************************************************************
  * PROBLEM DESCRIPTION:    You are migrating from an earlier    *
  *                      release of CICS Transaction Server to   *
  *                      CICS Transaction Server V4.2.  You have *
  *                      upgraded your CMASes and the MAS agent  *
  *                      in your MASes to CICSPlex SM V4.2, but  *
  *                      your MASes are still running the older  *
  *                      CICS release.  When shutting down your  *
  *                      MASes you experience repeated abends    *
  *                      AKEA (S0C4) in module CJx9XLGR, where   *
  *                      "x" is A, B, or C depending on which    *
  *                      release of CICS the MAS executes.       *
  ****************************************************************
  * RECOMMENDATION: After applying the PTF that resolves this    *
  *                 APAR, all CMASes and MASes must be recycled  *
  *                 to pick up the new code.  Note that regions  *
  *                 need not be restarted at the same time.      *
  ****************************************************************
     Internal changes in CICS Transaction Server V4.2 required
  that some CPSM modules, including modules EYU9XLGR (XLGR - CPSM
  Error Recovery Global User Exit XPCTA) and EYU9XLSR (XLSR - CPSM
  Error Recovery Global User Exit XSRAB), must be compiled for the
  release of CICS in which they will be deployed.  Modules which
  are version specific have names beginning CJA for CICS 640, CJB
  for CICS 650, CJC for CICS 660, and EYU for CICS 670.
     When CPSM's XPCTA and XSRAB global user exit programs are
  enabled, the proper version specific program names are used, but
  when module EYU9XLEV (XLEV - CPSM Kernel Linkage Environment)
  attempts to disable the exits during MAS agent termination, the
  base program names EYU9XLGR and EYU9XSGR are used.  This causes
  the CPSM global user exits to remain enabled after the CPSM MAS
  agent has terminated.
     The abends occur when one of the CPSM global exit programs
  attempts to access storage addressed from the Kernel Linkage
  Work Area (XLWA) because the XLWA was released during MAS agent
  termination, and its storage has been reused.
  

Problem conclusion

•    Module EYU9XLEV was modified to build the proper version
  specific program names when disabling the XPCTA and XSRAB
  global user exits.
  

Temporary fix

• FIX AVAILABLE BY PTF ONLY
  

Comments

APAR Information

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

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

  UK77163

Modules/Macros

•    CJA9XLEV CJB9XLEV CJC9XLEV EYU9XLEV
  

Fix information

• Fixed component name

  CICS TS Z/OS V4

• Fixed component ID

  5655S9700

Applicable component levels

• R70M PSY UK77163

     UP12/03/22 P F203

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.