IBM Support

PI95068: CPSM S0C4 ASRA ABEND IN METHOD XDW2 UNDER TRANID XDNR

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Your CMAS takes an SVC dump, with messages in the log similar
    to the following:
    .
    EYUXL0905E applid ASRA IN XDW2, OFFSET 0000072C
                      PSW=47851000 B349FAB4
    EYUXL0905E INTC=0011 ILC=6 TXCP=0085C400 SCODE=S00C4
               TRAN=XDNR TASK=0012345
    EYUXL0905E Methods=XDW2,XDNR,XLOP
    .
    The PSW indicates that we are NOT in ARMODE at the time. The
    failing instruction is an MVC which believes we should be in
    ARMODE.
    This will happen if an API program has issued an
    .
      EXEC CPSM ORDER BY ( field name )
    .
    against a result set, and for some reason the CMAS must return
    a BUSY response. The internal trace will have an entry for the
    abend itself, preceded with an entry with debug text of BUSY,
    like the following:
    .
    Task  Mtd  Prev Tran Obj Level Pt-ID  Debug
    12345 XDW2 XDNR XDNR DAT Excp     34 BUSY
    12345 XDW2      XDNR     Abend       *Abend*
    .
    Additional Symptom(s) Search Keyword(s): KIXREVSVR
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICSPlex SM V4R2M0 Users                 *
    ****************************************************************
    * PROBLEM DESCRIPTION: When you use WUI to view a resource     *
    *                      table or use EXEC CPSM ORDER API to     *
    *                      sort a result set, the CMAS may take    *
    *                      an SVC dump, with messages in the log   *
    *                      similar to the following:               *
    *                                                              *
    *                      EYUXL0905E applid ASRA IN XDW2, OFFSET  *
    *                                        00000660              *
    *                                        PSW=078D1000 965A84F0 *
    *                      EYUXL0905E INTC=0011 ILC=6              *
    *                                 TXCP=007CE000 SCODE=S00C4    *
    *                                 TRAN=XDNR TASK=0012345       *
    *                      EYUXL0905E Methods=XDW2,XDNR,XLOP       *
    *                                                              *
    *                      From the trace, you can see the         *
    *                      following trace entries:                *
    *                                                              *
    *                      Mtd  Prev Tran Obj Level Pt-ID  Debug   *
    *                      XDW2 XDNR XDNR DAT Excp     34 BUSY     *
    *                      XDW2      XDNR     Abend       *Abend*  *
    *                                                              *
    *                      If abend does not occur, another        *
    *                      possible symptom is that CMAS's memory  *
    *                      has 8 bytes of data overwritten.        *
    ****************************************************************
    * RECOMMENDATION: After applying the PTF that resolves this    *
    *                 APAR, all CMASes must be recycled to pick up *
    *                 the new code. Note that these regions do     *
    *                 not need to be brought down and restarted at *
    *                 the same time.                               *
    ****************************************************************
    When you use WUI to view a resource table or use EXEC CPSM ORDER
    API, method EYU0XDW2 (XDW2 - ORDER result set elements) is
    driven to sort the elements in the result set, and if the last
    order process has not finished yet, XDW2 returns with
    REASON(BUSY). Before the return, it writes an exception trace.
    Unfortunately, the ARMODE is switched off during the trace
    processing, and is not switched on properly after. As a result,
    S0C4 abend occurs in XDW2 when it tries to address some data
    that relies on the ARMODE(ON) or overlay of CICS storage leading
    to unexpected result.
    

Problem conclusion

  • Module EYU0XDW2 have been updated to set ARMODE(ON) properly.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI95068

  • Reported component name

    CICS TS Z/OS V4

  • Reported component ID

    5655S9700

  • Reported release

    70M

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2018-03-12

  • Closed date

    2018-03-21

  • Last modified date

    2018-04-03

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

    PI94526

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

    UI54647

Modules/Macros

  • EYU0XDW2
    

Fix information

  • Fixed component name

    CICS TS Z/OS V4

  • Fixed component ID

    5655S9700

Applicable component levels

  • R70M PSY UI54647

       UP18/03/24 P F803 ¢

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.2","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.2","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
03 April 2018