IBM Support

PM68485: INDOUBT THREAD REMAINS AFTER RRS FAILURE

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • After RRS failure, application thread (WMB in this case) didn't
    become INDOUBT even though it terminated at between commit ph1
    and ph2 (the thread completed ph1 prepare process and don't
    start ph2 commit process yet).
    Next, RRS restarted but resync process didn't take place.
    After that, we restarted QMGR, then the thread was detected as
    INDOUBT.
    This caused the thread remains as INDOUBT unless RRS is recycled
    again.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
    *                 Release 0 Modification 1 and Release 1       *
    *                 Modification 0.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: Indoubt tasks remain indoubt following  *
    *                      RRS failure, and require the queue      *
    *                      manager to be restarted to resolve.     *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    While an RRSBATCH application is performing Phase 1 Commit, an
    RRS failure occurs. The UR being committed is logged as indoubt
    by MQ, however the RRS failure prevents the UR being recorded as
    indoubt in RRS.
    When RRS restarts CSQ3RRSR is called to resync with RRS, however
    as RRS has no knowledge of the indoubt UR, MQ does not process
    it.
    The UR remains indoubt until the queue manager is restarted, at
    which point it is backed out.
    

Problem conclusion

  • CSQ3RRSR is changed to backout any indoubt RRS UR's which are
    not known about by RRS.
    010Y
    100Y
    CSQARIB
    CSQ3RRSR
    CSQ3RRSX
    

Temporary fix

Comments

APAR Information

  • APAR number

    PM68485

  • Reported component name

    WMQ Z/OS V7

  • Reported component ID

    5655R3600

  • Reported release

    010

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2012-07-10

  • Closed date

    2012-12-18

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

    UK90470 UK90471

Modules/Macros

  • CSQARIB  CSQ3RRSR CSQ3RRSX
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

  • R010 PSY UK90470

       UP13/02/02 P F302

  • R100 PSY UK90471

       UP13/02/02 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.0.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
04 March 2013