PI14745: WMQ 710 CSQX468I MESSAGE OCCURS AND CAUSES REPOSITORY MANAGER TOFAIL DUE TO SAME NAMED CLUSRCVR CHANNEL BEING UTILIZED.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• WMQ 710 CSQX468I message occurs and it causes the Repository
  Manager to stop processsing. A side-effect is CLUSSDRB channels
  get demoted to CLUSSDRA for existing queue managers (FULL REPOS)
  in the cluster. The CHIN dumps with 00009420 and eyecatcher
  XFFSrrmMaintenance in CSQSNAP dump data set along with a
  CSQX420I message.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
  *                 Release 1 Modification 0 and Version 7       *
  *                 Release 0 Modification 1.                    *
  ****************************************************************
  * PROBLEM DESCRIPTION: Applications and channels hang when     *
  *                      trying to open cluster queues if the    *
  *                      CHINIT had previously ended abrubpty.   *
  *                      Message CSQX022I, indicating that       *
  *                      Channel Initiator initialisation is     *
  *                      complete, is not issued.                *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  If the CHINIT ends abruptly (for example by being cancelled)
  at the moment garbage collection (rfxCheckRegister) was running
  then the rfxCS_GARBAGE_COLLECTION flag is left on.
  The cache memory survives when the CHINIT is cancelled and
  when the CHINIT restarts it reconnects to this cache memory.
  However rfxCreateCache tries to query the cache, and the queries
  themselves wait for the rfxCS_GARBAGE_COLLECTION flag to be
  switched off, which will never happen. As a result the only
  way to resolve this is to reload the MSTR address space.
  

Problem conclusion

• rfxCreateCache has been changed so that if the
  rfxCS_GARBAGE_COLLECTION flag is left on it will cause
  rrmRecreateCache to be run, and thus the cache will be
  correctly restored.
  010Y
  100Y
  CSQXRFXC
  

Temporary fix

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

Comments

APAR Information

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

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

  IV61327 UI19243 UI19244

Modules/Macros

• CSQXRFXC
  

Fix information

• Fixed component name

  WMQ Z/OS V7

• Fixed component ID

  5655R3600

Applicable component levels

• R010 PSY UI19243

     UP14/07/22 P F407 ¢

• R100 PSY UI19244

     UP14/07/22 P F407 ¢

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.