IBM Support

PI28009: ENABLE GROUPUR FAILED ON INITIAL START CSQM507E CODE=2 CSQM090E REASON CODE X'00D44004'

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Enable GROUPUR failed on initial start:
    
    CSQM507E +QPEA CSQMAMMS GROUPUR queue manager attribute was not
             enabled, CODE=2
    CSQM090E +QPEA CSQMAMMS FAILURE REASON CODE X'00D44004'
    
    Code 2 indicates that SYSTEM.QSG.UR.RESOLUTION.QUEUE doesn't
    exist but is does and is defined correctly.  BUT this worked
    fine on subsequent restarts.
    
    The CSQM507E when trying to enable GROUPUR in CSQINP2. The
    CSQM507E is occurring as the processing of CSQINP2 commands
    takes place at the same time as the queue-manager is reading
    shared queue objects from DB2, leading to the error being
    issued if the queue object for SYSTEM.QSG.UR.RESOLUTION.QUEUE
    has not been read from DB2 by the time the ALTER QMGR command
    is processed.
    

Local fix

  • No Local Fix
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 8 *
    *                 Release 0 Modification 0                     *
    ****************************************************************
    * PROBLEM DESCRIPTION: ALTER QMGR GROUPUR(ENABLED) command     *
    *                      in CSQINP2 fails on queue manager       *
    *                      start with RC=2 and message CSQM507I    *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    CSQMCCGI tries to locate, via CSQMGETO,
    SYSTEM.QSG.UR.RESOLUTION.QUEUE but this fails. The customer has
    defined the queue but it cannot be found by CSQMGETO as there is
    no IVSA for the queue yet (CSQMGETO uses CSQIDGET/CSQILOC2 and
    CSQI_CREATE_SQ_IVSA is not specified). The reason that there is
    no IVSA yet is that CSQIFOBJ has not yet completed object
    reconciliation with DB2. CSQIFOBJ is invoked by CSQNERST after
    attaching the service task for processing CSQINP2, so the two
    processes run in parallel, but if the CSQIFOBJ process has not
    yet run then the ALTER QMGR GROUPUR(ENABLED) command fails with;
    CSQM507E +MQNT CSQMAMMS GROUPUR queue manager attribute was not
    enabled, CODE=2.
    

Problem conclusion

  • CSQMCCGI has been changed to call CSQMGETO with
    CSQI_CREATE_SQ_IVSA
    

Temporary fix

  • *********
    * HIPER *
    *********
    

Comments

APAR Information

  • APAR number

    PI28009

  • Reported component name

    WMQ Z/OS 8

  • Reported component ID

    5655W9700

  • Reported release

    000

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2014-10-20

  • Closed date

    2014-11-04

  • Last modified date

    2015-02-03

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

    PI21357

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

    UI22748

Modules/Macros

  • CSQMCCGI
    

Fix information

  • Fixed component name

    WMQ Z/OS 8

  • Fixed component ID

    5655W9700

Applicable component levels

  • R000 PSY UI22748

       UP15/01/29 P F501 ¢

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"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Line of Business":{"code":"LOB36","label":"IBM Automation"}}]

Document Information

Modified date:
30 April 2020