IBM Support

PH21542: DFHMQ0713I CICS-MQ BRIDGE TERMINATED NORMALLY AFTER MQRC_NO_MSG_UNDER_CURSOR

A fix is available

Subscribe

You can track all active APARs for this component.

APAR status

  • Closed as program error.

Error description

  • The MQ Bridge monitor transaction, CKBR, failed on an MQGET with
    MQCC(00000002) MQRC(000007F2) which is
    'MQRC_NO_MSG_UNDER_CURSOR'.
      It looks like there was 'no_msg_under_cursor' between the
    'browse' and this 'get'.
    Trace entries:
    nnnn L800C AP A0B5 MQTRU *EXC* CSQCCCRC        00000002,000007F2
    nnnn L800C AP A091 MQTRU EXIT  APPLICATION-REQUEST   MQGET
                                                   00000002,000007F2
                                                                   .
    This shouldn't terminate the CICS-MQ bridge, but did in this
    case, and the following message was received.
    DFHMQ0713 I .. CKBR nnnnn CICS-MQ bridge terminated normally.
                                                                   .
    Additional keywords: mqcc02 mqrc7f2 mqrc07f2 cc02 rc7f2
    

Local fix

  • 
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICS/MQ users                            *
    ****************************************************************
    * PROBLEM DESCRIPTION: The CICS/MQ bridge monitor transaction  *
    *                      CKBR, fails on an MQGET with            *
    *                      MQCC(00000002) MQRC(000007F2) which is  *
    *                      'MQRC_NO_MSG_UNDER_CURSOR'. This leads  *
    *                      to the CICS/MQ bridge terminating.      *
    ****************************************************************
    The CICS/MQ bridge monitor transaction CKBR issues MQRC 07F2
    then the CICS/MQ bridge terminates, which should not happen.
    The MQRC condition arises because CKBR detected that a bridge
    queue message it had previously browsed had not been processed
    by the CICS/MQ bridge processor task CKBP. CKBR is therefore
    trying to GET the message to place it on the DLQ but this fails,
    probably because the message has been processed simultaneously
    by another bridge task. This is a valid condition which is not
    being handled correctly by the CKBR program logic.
    

Problem conclusion

  • UI64155 UI64156 UI64695 UI64693 UI64852
    DFHMQBR0 has been changed to handle MQRC 07F2 as a normal
    condition, and keep the CICS/MQ bridge running.
    

Temporary fix

  • 
    

Comments

  • 
    

APAR Information

  • APAR number

    PH21542

  • Reported component name

    CICS TS Z/OS V5

  • Reported component ID

    5655Y0400

  • Reported release

    103

  • Status

    CLOSED PER

  • PE

    YesPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2020-01-29

  • Closed date

    2020-04-07

  • Last modified date

    2020-05-02

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

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

    UI68890 UI68891

Modules/Macros

  • DFHMQP0@ DFHMQP1@ DFHMQP3@ DFHMQR0@ DFHMQTSK
    

Fix information

  • Fixed component name

    CICS TS Z/OS V5

  • Fixed component ID

    5655Y0400

Applicable component levels

  • R103 PSY UI68890

       UP20/04/09 P F004 ­

  • R200 PSY UI68891

       UP20/05/02 P F004 ­

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"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]

Document Information

Modified date:
03 August 2020