IBM Support

PI22415: WMQ MSTR ABENDS WITH 5C6-00E501A1,U=USERNAME,C=R3600.710. ASMC-CSQVSRX ,M=CSQVSRRX,LOC=CSQVSRX .CSQVSRX +00002782

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • WMQ MSTR Abends with:
    ABN=5C6-00E501A1,U=username,C=R3600.710.ASMC-CSQVSRX
    ,M=CSQVSRRX,LOC=CSQVSRX .CSQVSRX +00002782
    .
    In the MSTR job log:
    .
    23.04.20 S0048678  IEA794I SVC DUMP HAS CAPTURED:
       DUMPID=006 REQUESTED BY JOB (ssidMSTR)
       DUMP TITLE=SSID,ABN=5C6-00E501A1,U=username,
       C=R3600.710.ASMC-CSQVSRX ,M=CSQVSRRX,
       LOC=CSQVSRX .CSQVSRX +00002782
    .
    In the Dump analysis:
    Symptom          Description
    -------          -----------
    PIDS/5655R3600   Program id: 5655R3600
    RIDS/CSQVSRX#L   Load module name: CSQVSRX
    RIDS/CSQVSRX     Csect name: CSQVSRX
    AB/S05C6         System abend code: 05C6
    PRCS/00E501A1    Abend reason code: 00E501A1
    REGS/C00A6       Register/PSW difference for R0C:-00A6
    RIDS/CSQVSRRX#R  Recovery routine csect name: CSQVSRRX
    .
    %MQSTS
    .
    Date Assembled:          20120928
    Module Level:            UK82202
    Subfunction:             ASMC CSQVSRX SUSP/RESM
    .
    EC PSW at Time of Error: 077C1001 9DD22D8A
    PASID 0176  SASID 0176
      R00  00000002 LR7+x'001']
      R01  045C6000  /SOBP
      R02  1AF58DA0 LR8] (ROB)
      R03  10D3C591  (Unavail)
      R04  01B72DE8  A443PTM A443PTM1/WLMDC
      R05  00000003 LR0+x'001']
      R06  1C036050  (EB)
      R07  00000001
      R08  1AF58DA0 LR2] (ROB)
      R09  01B9A148  /
      R10  014AB728  CSRSI PROCESSOR/-IEACSTBL08/02/07
                     HBB7750
      R11  00734828  (TAB)
      R12  1DD22E30  /F4SASTSV
      R13  59ABBEE0  AEND0/CSQVSRX
      R14  1DD20D52  /
      R15  00E501A1  (RMIT)
    SKB (From R13) is 59ABB000
          *CSQ3RRST* *CSQ3RRSR* *CSQVDISC*  LAST SA 59ABBEE0
    Task is   RRSBATCH RRSBATCH
    URID 40404040404040400000000000000000
    
    .
    An application is connected to MQ using an RRS stub,
    and does an out-of-syncpoint GET of a message.
    When the EB goes through commit processing,
    it does an execution unit switch to complete phase 2
    commit processing, and suspends on the ROB associated
    with that EB.
    RRS resync processing is driven at that point in time,
    due to RRS reconnecting, and detects outstanding
    contexts that need to be cleaned up.
    It finds one for the same ACE that the EB, doing the
    MQGET, belongs to.
    It connects the agent and processes the context on
    that same EB.
    When it reaches the point where it needs to do a
    suspend on the ROB, it finds the ROB in an inconsistent
    state, as EBSROB is still set, and abends with 00E501A1.
    .
    
    
    
    Additional Symptom(s) Search Keyword(s):
    

Local fix

  • Ø
    none
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
    *                 Release 1 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: The queue manager abends with 00E501A1  *
    *                      during RRS resync processing following  *
    *                      an RRS restart. The queue manager       *
    *                      terminates abnormally with reason       *
    *                      00E50054.                               *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    An WAS application server is connected to MQ in bindings and an
    application does an out of syncpoint GET of a message. When the
    EB goes through commit processing, it does an execution unit
    switch to complete phase 2 commit processing, and suspends on
    the ROB associated with that EB.
    RRS resync processing is driven at that point in time, due to
    RRS reconnecting, and detects outstanding contexts that need to
    be cleaned up. It finds one for the same ACE that the EB, doing
    the MQGET, belongs to. It connects the agent and processes the
    context on that same EB.
    When it reaches the point where it needs to do a suspend on the
    ROB, it finds the ROB in an inconsistent state, as EBSROB is
    still set, and abends with 00E501A1.
    

Problem conclusion

  • The code was changed to wait for EBACTL to be turned back on
    during RRS resync processing, before processing the agent.
    This prevents the abend from occurring.
    100Y
    CSQ3RRSR
    

Temporary fix

  • *********
    * HIPER *
    *********
    

Comments

APAR Information

  • APAR number

    PI22415

  • Reported component name

    WMQ Z/OS V7

  • Reported component ID

    5655R3600

  • Reported release

    100

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2014-07-21

  • Closed date

    2014-12-19

  • Last modified date

    2015-03-03

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

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

    PI30496 UI24065

Modules/Macros

  • CSQ3RRSR
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

  • R100 PSY UI24065

       UP15/02/04 P F502 ¢

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":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"7.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
03 March 2015