IBM Support

PI10330: CHIN ABEND WITH ABN=5C6-00E50002,,C=R3600.710, LOC=CSQMLPLM.CSQMMTPR+xxxxxxxx

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • The CHIN abends with ABN=5C6-00E50002,
    LOC=CSQMLPLM.CSQMMTPR+xxxxxxxx.
    .
    The CHIN joblog showed two abends:
    CSQY291E CSQWDSDM SDUMPX FAILED, RC=00000208,SSID,
      ABN=5C6-00E50002,LOC=CSQMLPLM.CSQMMTPR+xxxxxxxx
    CSQY291E CSQXDMPS SDUMPX FAILED, RC=00000208,SSID,
      ABN= 5C6-00E7014F,LOC=CSQXADPM.CSQXADPM+xxxxxxxx
    .
    The problem has occurred because CSQMMTIN has
    released the MTME at 3B4B7AF0
    (trace entry =0095275=) while EB 14E79448 is
    waiting for a latch on the MTME.
    The problem occurs as CSQMMTPR releases the
    MTME synonym chain latch during
    CSQM_CHECK_MSG_TOKEN_MARK processing.
    .
    Dump Title:
    SSID,ABN=5C6-00E50002,U=STCMQMP ,C=R3600.710.ASMC-
    CSQVUNLX,M=CSQVLFRR,LOC=CSQMLPLM.CSQMMTPR+xxxxxxxx
    .
    Symptom             Description
    -------             -----------
    PIDS/5655R3600      Program id: 5655R3600
    RIDS/CSQMLPLM#L     Load module name: CSQMLPLM
    RIDS/CSQMMTPR       Csect name: CSQMMTPR
    AB/S05C6            System abend code: 05C6
    PRCS/00E50002       Abend reason code: 00E50002
    REGS/0E2B8          Register/PSW difference for R0E: 2B8
    REGS/C04DE          Register/PSW difference for R0C:-04DE
    RIDS/CSQVLFRR#R     Recovery routine csect name: CSQVLFRR
    .
    Date Assembled:          20130128
    Module Level:            UK91224
    Subfunction:             ASMC CSQVUNLX CSQVXUL0
    .
    PSW: 07741001 80000000 00000000 15350552
    Instruction length: 02   Interrupt code: 000D
    Failing instruction text: 5810C018 0A0DB917 004D5890
    
    Breaking event address: 00000000_00FF3C30
    AR/GR 0-1    00000000/0000000D_40DE0A84
                 00000002/00000000_845C6000
    AR/GR 2-3    00000000/00000000_0000001C
                 00000000/00000000_3B4B7B00
    AR/GR 4-5    00000000/00000000_00000000
                 00000000/00000000_00000000
    AR/GR 6-7    00000000/00000000_14E79448
                 00000000/00000000_3B4B7B00
    AR/GR 8-9    00000000/00000000_00000000
                 00000000/00000000_00000000
    AR/GR 10-11  00000000/00000000_0000001C
                 00000000/00000000_40DDFC80
    AR/GR 12-13  00000000/00000000_15350A30
                 00000000/00000000_40DE08D0
    AR/GR 14-15  00000000/00000000_9535029A
                 00000000/00000000_00E50002
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS version 7 *
    *                 Release 1 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: The queue manager issues abend          *
    *                      5C6-00E50002 in CSQMMTPR.               *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    An MTME block is being located by CSQMMTPR to check if a given
    message on a queue is already marked. After the MTME block was
    located, the synonym chain latch was released.
    At this point, the synonym chain latch is acquired by CSQMMTIN,
    a process scanning the chain for blocks that can be deleted. The
    same block was found and the latch on it acquired.
    CSQMMTPR continues processing and tries to acquire the MTME
    latch. As it is currently held by CSQMMTIN, it waits for the
    latch to become available.
    When the latch becomes available, CSQMMTPR acquires it and
    continues processing. The MTME block however has been freed and
    can be reused.
    This happens, and the data in the control block is cleared,
    including the latch control data.
    When CSQMMTPR reaches the point where the latch is released, it
    detects that the latch control data is inconsistent and abends
    with 5C6-00E50002.
    

Problem conclusion

  • The code was changed to prevent the MTME block from being
    deleted whilst the latch is acquired by check_msg_token_mark.
    100Y
    CSQMMTPR
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI10330

  • Reported component name

    WMQ Z/OS V7

  • Reported component ID

    5655R3600

  • Reported release

    100

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2014-01-27

  • Closed date

    2014-04-22

  • Last modified date

    2014-06-03

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

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

    UI17256

Modules/Macros

  • CSQMMTPR
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

  • R100 PSY UI17256

       UP14/05/17 P F405

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 June 2014