IBM Support

PI05897: DIS QC CLUSTER CLUSQMGR DEFPRESP FROM A DISTRIBUTED QM SHOWS AN INCORRECT DEFRESP WHEN FULL REPORSITORY IS IN A Z/OS

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • A cluster queue is defined, with two instances of the queue in
    the full repository in a QMGR in z/OS. After you execute an
    ALTER command when a new queue is created, a display qcluster
    in any of the partial repositories shows an incorrect DEFRSEP
    value for the queue:
    
    DIS QC(IMS8GENQ01IN) DEFPRESP CLUSTER CLUSQMGR
    
    AMQ8409: Display Queue details.
     QUEUE(IMS8GENQ01IN)                     TYPE(QCLUSTER)
     CLUSTER(LOSOTROS)                       CLUSQMGR(QCM8)
     DEFPRESP(30978)
    
    However, if you check the queue in the z/OS queue manager where
    the local queue is, the parameter is ok.
    
    The MQLO is being used to obtain sDefPResp instead of the MQAO.
    

Local fix

  • No local fix
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
    *                 Release 1 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: Incorrect DEFPRESP values shown for     *
    *                      clustered qalias and qremotes hosted    *
    *                      on z/OS queue managers.                 *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    When altering a clustered queue CSQMQCLU will generate a PCF
    message for the SYSTEM.CLUSTER.COMMAND.QUEUE in order for the
    repository manager to update the cache.
    However in the case of a clustered QALIAS or QREMOTE the value
    is taken from the MQLO.sDefPResp rather than the MQAO or MQRO
    and is likely to result in an invalid value for the DEFPRESP in
    the cache, which will be propagated to other queue managers in
    the cluster. When displaying the DEFPRESP on a distributed queue
    manager this invalid value is visible, although on z/OS only
    allowable values are displayed.
    

Problem conclusion

  • CSQMQCLU has been changed to use the correct control blocks.
    100Y
    CSQMQCLU
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI05897

  • 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

    2013-11-12

  • Closed date

    2013-11-26

  • Last modified date

    2013-12-31

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

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

    UI12952

Modules/Macros

  • CSQMQCLU
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

[{"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:
31 December 2013