IBM Support

PI10249: WMQ 710 STRB_IN_USE_COUNT IS INCREMENTED AND GETS OUT OF SYNC. THIS RESULTS IN CSQE007I AND CSQE008I ON OTHER QUEUE MANAGERS.

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • WMQ 710 STRB_IN_USE_COUNT increments and gets out of sync.
    This results in the structure being disconnected with a reason
    of 'failure'. CSQE007I EEPLDISCFAILCONNECTION and CSQE008I can
    be seen on other queue managers.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
    *                 Release 1 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: CSQE007I EEPLDISCFAILCONNECTION and     *
    *                      CSQE008I Recovery Event are received    *
    *                      on QSG Qmgrs when another Qmgr in the   *
    *                      group shuts down and has issued an      *
    *                      IXLDISC macro with REASON(FAILURE).     *
    *                      because a CF structure was still        *
    *                      unexpectedly connected.                 *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    A Qmgr in a QSG is shutting down and detects that an application
    CF structure is unexpectedly still connected, so issues an
    IXLDISC macro with REASON(FAILURE) to indicate there has been
    an error.
    Other Qmgs in the same QSG receive messages CSQE007I,
    EEPLDISCFAILCONNECTION, and CSQE008I, Recovery Event.
    The CF structure has not been disconnected because the
    STRB_in_use_count is not zero. This field keeps count of the
    number of open SCBs (Shared Queue Control Blocks).
    At startup a CSQE_Queue_Manager_Restart request causes CSQEOPEN
    to invoke CSQECONN to connect to the CF structure and increments
    STRB_in_use_count.
    While the Qmgr was connecting to the CF structure, it receives
    an ENF 35 event to indicate a structure is available, which
    results in a CSQE_Reconnect_Appl_Str which also causes
    STRB_in_use_count to be incremented.
    When the Restart request is complete, STRB_in_use_count is
    decremented but only by 1 so the field is now incorrect.
    

Problem conclusion

  • CSQECONN has been altered to no longer update STRB_IN_USE_COUNT
    when an ENF 35 is received for a CF structure.
    100Y
    CSQEOPEN
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI10249

  • 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-23

  • Closed date

    2014-03-10

  • Last modified date

    2014-05-02

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

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

    UI15853

Modules/Macros

  • CSQEOPEN
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

  • R100 PSY UI15853

       UP14/04/08 P F404

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:
02 May 2014