PI71901: DFHRM0402 & DFHRM0403 MESSAGES FOR SAME UOW, SYSIDERR

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• CICS issues messages DFHRM0402 and DFHRM0403 for the same UOWs
  even though CICS restarts AUTO or COLD. The UOWs show
  UOWSTATE(COMMIT) WAITCAUSE(WAITFORGET).
  .
  When CICS reconnects to other CICS systems, it reads the system
  log to recover and resolve any inflight, indoubt, commit-failed
  or backout-failed units of work. CICS then attaches CLQ2 tasks
  to resync to other CICS systems. One of the CLQ2 tasks received
  a SYSIDERR on its ALLOCATE command. This resulted in the resync
  task abending without resolving the UOW.
  .
  The ALLOCATE resulted in a SYSIDERR because there were no SEND
  sessions available, and because the MRO connection was defined
  with a QUEUELIMIT of 0. (QUEUELIMIT defines the maximum number
  of allocate requests that CICS will queue while waiting for
  free sessions on the connection).
  .
  The system transaction CLQ2 should not be subject to the
  QUEUELIMIT parameter, otherwise it may prevent UOWs from being
  resolved when the connection is reacquired.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICS users.                              *
  ****************************************************************
  * PROBLEM DESCRIPTION: Unresolved UOWs are not being resolved  *
  *                      when reacquiring an MRO connection      *
  *                      that has QUEUELIMIT=0.                  *
  ****************************************************************
  * RECOMMENDATION: .                                            *
  ****************************************************************
  An MRO connection was being acquired during CICS initialization.
  Messages DFHRM0402 and DFHRM0403 were issued, showing that
  there was a UOW that needed to be resolved. The MRO connection
  had QUEUELIMIT set to zero.
  The CLQ2 task (outbound RESYNC for APPC and MRO) requested a
  session ALLOCATE but all the sessions were busy with MRO BIND
  processing. As QUEUELIMIT was set to zero, the CLQ2 ALLOCATE
  request was not queued and the UOW was not resolved.
  A trace showed a SYSIDERR for the ALLOCATE failure:
  AP 00E1 EIP   EXIT  ALLOCATE-TC           SYSIDERR
  
  Additional keywords: MSGDFHRM0402 MSGDFHRM0403 RM0402 RM0403
  

Problem conclusion

• CICS has been changed to allow the CLQ2 ALLOCATE request to
  queue until a session is available.
  

Temporary fix

Comments

APAR Information

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

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

  UI43525 UI43526 UI43527

Modules/Macros

• DFHZISP
  

Fix information

• Fixed component name

  CICS TS Z/OS V5

• Fixed component ID

  5655Y0400

Applicable component levels

• R000 PSY UI43527

     UP16/12/29 P F612

• R800 PSY UI43525

     UP17/02/01 P F701

• R900 PSY UI43526

     UP16/12/29 P F612

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.