IBM Support

PM74467: PCF COMMAND, MQCMD_INQUIRE_Q_NAMES DOES NOT RETURN ANY QUEUES NAMES IF THERE ARE OVER 626 QUEUES DEFINED.

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • The customer is having a problem where the z/OS command server
    generated a bad PCF response for the MQCMD_INQUIRE_Q_NAMES PCF
    command when there are 626 or more queue definitions. When they
    issue this command to a version 7.1 z/OS Queue Manager with 97
    queues defined, they receive the reply and the XR response.
    When they issue that same PCF command against a version 7.1
    z/OS Queue Manager with 1000 queues defined, they only receive
    the XR response, there is no command response message at all.
    There is no response indicating an error.
     The change team found the cause of the problem at V710.
    CSQNRTS is treating the lengths returned from CSQMDRTP as
    signed half-words, when they are unsigned.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
    *                 Release 1 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: A PCF command                           *
    *                      MQCMD_INQUIRE_QUEUE_NAMES doesn't       *
    *                      return a MQCFT_XR_ITEM response         *
    *                      message (which contains the queue       *
    *                      information) when there are more than   *
    *                      581 queues defined on the               *
    *                      queue-manager.                          *
    *                      This can also occur for other           *
    *                      MQCMD_INQUIRE_*_NAMES commands.         *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    The problem occurs due to CSQNRTS treating the lengths returned
    from CSQMDRTP as signed half-words, but they are unsigned.
    Therefore, when there are more 581 queues to be returned the
    length exceeds 32767 (x7FFF) and the MQCFT_XR_ITEM response
    message is not returned.
    

Problem conclusion

  • The code was changed to use unsigned half words, which will
    cause CSQNRTS to return the MQCFT_XR_ITEM response message.
    Please note that this fix increases the limit to 1165 queues.
    PM76918 is addressing this issue.
    100Y
    CSQNRTS
    

Temporary fix

Comments

APAR Information

  • APAR number

    PM74467

  • 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

    2012-10-05

  • Closed date

    2013-01-16

  • Last modified date

    2013-03-04

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

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

    UK90977

Modules/Macros

  • CSQNRTS
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

  • R100 PSY UK90977

       UP13/02/05 P F302

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:
04 March 2013