IBM Support

PH66637: CSQUTIL RESETPAGE TERMINATES WITH CSQU151I NO MATCHING ... DD STATEMENTS.

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • User reports, if running CSQUTIL RESETPAGE at V9.3.2, in the
    failed case, copying page sets, this terminates with failure
    CSQU151I No matching CSQSnnnn and CSQTnnnn DD statements.
    RESETPAGE terminated. CSQU148I CSQUTIL Utility completed, return
    code=8. Development finds there is an issue with the logic for
    copypage and resetpage functions of CSQUTIL. When analysing the
    available DD names, the presence of CSQS0000 and CSQT0000 is not
    correctly tracked. This means that if CSQUTIL is run with just
    these DD cards, then message CSQU151I results; however, if run
    with other DD cards as well, then the run is successful run, but
    CSQS0000/CSQT0000 would not be processed (and wouldn't be
    included in the list of datasets processed). The error was
    exposed by changes after V930, more recent CD releases and V940
    will hit the problem.
    

Local fix

  • The COPYPAGE and RESETPAGE functions do not require the DD name
    to match the pageset number. This means that users can work
    around the problem by allocating pageset 0 to a different pair
    of DD names (e.g. CSQS0099 and CSQT0099).
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of IBM MQ for z/OS Version 9       *
    *                 Release 4 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: The presence of DD names CSQS0000 and   *
    *                      CSQT0000 is not correctly tracked when  *
    *                      using RESETPAGE and/or COPYPAGE.        *
    ****************************************************************
    While processing the relevant DDs, they are tracked using the
    `ddcard` array. However, the declaration for that array defines
    it with elements 01-99. This means that when handling DDs such
    as CSQS0000 and CSQT0000, an element off the front of the
    defined array would be used instead.
    

Problem conclusion

  • The declaration of the ddcard array has been changed to define
    it with 00-99 elements.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PH66637

  • Reported component name

    IBM MQ Z/OS V9

  • Reported component ID

    5655MQ900

  • Reported release

    CD0

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2025-05-21

  • Closed date

    2025-08-01

  • Last modified date

    2025-10-02

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

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

    UO04378

Modules/Macros

  • CSQUCOPY
    

Fix information

  • Fixed component name

    IBM MQ Z/OS V9

  • Fixed component ID

    5655MQ900

Applicable component levels

  • R400 PSY UO04378

       UP25/09/13 P F509

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":"BU048","label":"IBM Software"},"Product":{"code":"SSYHRD","label":"IBM MQ"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"CD0","Line of Business":{"code":"LOB77","label":"Automation Platform"}}]

Document Information

Modified date:
02 October 2025