IBM Support

PI84314: WMQ SHARED CHANNEL RETRY PROCESSING IS NOT ATTEMPTED

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • A shared channel has no CURRENT channel status. After a DB2
    change the channel stops with CSQX037E and CSQX599E ; after DB2
    is restarted MQ reconnects to it however the channel (displaying
    a state of RUN in this case) is unable to move any messages from
    the XMITQ, has no CURRENT status, and displays return a GET
    disabled state for the XMITQ.
    -
    Change Team finds that while the CHIN has SMF statistics
    enabled and a shared channel is in RETRY (at the time that
    the statistics interval passes) this issue may occur as
    CSQXSMFT invokes CSQXCCHC for shared/local channel status
    reconcile processing. Since an hCONN is not passed this
    results in the deletion of the local status entry for the
    RETRYING channel, meaning no further attempts to start the
    channel take place.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of IBM MQ for z/OS Version 9       *
    *                 Release 0 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: Shared sender channels stop retrying    *
    *                      unexpectedly.                           *
    ****************************************************************
    A shared sender channel is in retry state as the partner
    queue-manager is out of action for an extended period of time.
    However, the channel unexpectedly stops retrying after a
    statistics collection interval.
    The problem occurs when the CHIN has SMF statistics enabled and
    a shared channel is in retry at the time a statistics interval
    is reached. The Chinit SMF Task CSQXSMFT calls CSQXCCHX for
    shared/local channel status reconcile processing. However a null
    connection handle is passed on the call resulting in an
    unsuccessful attempt to locate the shared channel status entry.
    As the shared channel status entry can not be found the
    associated local channel status entry is deleted leaving the
    channel in inactive rather the retrying state.
    

Problem conclusion

  • The Chinit SMF Task CSQXSMFT has been updated to pass a valid
    connection handle on the call to CSQXCCHX for shared/local
    channel status reconcile processing.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI84314

  • Reported component name

    MQ Z/OS V9

  • Reported component ID

    5655MQ900

  • Reported release

    000

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2017-07-11

  • Closed date

    2017-07-20

  • Last modified date

    2017-09-02

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

    PI79845

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

    UI48962

Modules/Macros

  • CSQBPTUB CSQXSMFT IMQS23DM IMQS23DR
    

Fix information

  • Fixed component name

    MQ Z/OS V9

  • Fixed component ID

    5655MQ900

Applicable component levels

  • R000 PSY UI48962

       UP17/08/10 P F708

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":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSYHRD","label":"IBM MQ"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"9.0","Edition":"","Line of Business":{"code":"LOB45","label":"Automation"}}]

Document Information

Modified date:
02 September 2017