PI24808: RRS RESYNC PROCESSING IN THE QUEUE MANAGER HANGS 14/09/05 PTF PECHANGE

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• When an address space goes through end of memory without having
  gone through end of task, there is a timing window where RRS
  resync processing could dead-lock with the end of memory
  process.
  RRS resync processing hangs.
  
  An IEAVTMTR TCB hangs in the master address space in CSQMCLMT,
  waiting for EBACTL to be turned back on and going into regular
  sleeps.
  CSQ3RRSR is processing a context relating to this EB, and is
  suspended, waiting for the MCLB latch to be released (currently
  held by CSQMCLMT).
  

Local fix

• Cancel and restart the queue manager.
  

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: After applying the PTF for PM75418,     *
  *                      UK91873 / UK91874, MEMTERM processing   *
  *                      for a WAS address space connected to MQ *
  *                      is hanging.                             *
  *                      CSQ3RRSR processing may hang in the     *
  *                      queue manager in case of an RRS         *
  *                      failure.                                *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  The connected WAS address space has experienced abends, and has
  then been MEMTERM'ed with S40D. During MEMTERM processing, RRS
  contexts are being cleaned up.
  The EB that is being processed has EBACTL set off, indicating
  that it is in MQ code. CSQMCLMT therefore waits for EBACTL to be
  set back on.
  However, EBACTL will never get set back on as the address space
  that it was running under has been MEMTERM'ed.
  

Problem conclusion

• The code was changed to not wait for EBACTL to be turned back on
  if the connected WAS address space has been MEMTERM'ed,
  preventing the hang from occurring.
  010Y
  100Y
  CSQARIB
  CSQEKATM
  CSQEMTKN
  CSQIDDA1
  CSQIRECP
  CSQMCALH
  CSQMCLMT
  CSQMCLOS
  CSQMCPRH
  CSQMCSTR
  CSQMCTXE
  CSQMCTXS
  CSQMDALL
  CSQMDCOH
  CSQMGETV
  CSQMLCUR
  CSQMLEPL
  CSQMOAOH
  CSQMXARH
  CSQMXCLN
  CSQMXCL1
  CSQMXTEA
  CSQMXTEG
  CSQM148M
  CSQM212M
  CSQNINS
  CSQWDCBF
  CSQ3AAES
  CSQ3AMT3
  CSQ3RRSF
  CSQ3RRSI
  CSQ3RRSM
  CSQ3RRSR
  CSQ3RRSX
  CSQ3RRXF
  CSQ5CONN
  CSQ5MONR
  CSQ5WXCF
  CSQ5XWK1
  CSQ7CBE
  CSQ7CBMC
  HMS7100J
  

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:

  UI21867 UI21868 PI27590

Modules/Macros

• CSQARIB  CSQEKATM CSQEMTKN CSQIDDA1 CSQIRECP
  CSQMCALH CSQMCLMT CSQMCLOS CSQMCPRH CSQMCSTR CSQMCTXE CSQMCTXS
  CSQMDALL CSQMDCOH CSQMGETV CSQMLCUR CSQMLEPL CSQMOAOH CSQMXARH
  CSQMXCLN CSQMXCL1 CSQMXTEA CSQMXTEG CSQM148M CSQM212M CSQNINS
  CSQWDCBF CSQ3AAES CSQ3AMT3 CSQ3RRSF CSQ3RRSI CSQ3RRSM CSQ3RRSR
  CSQ3RRSX CSQ3RRXF CSQ5CONN CSQ5MONR CSQ5WXCF CSQ5XWK1 CSQ7CBE
  CSQ7CBMC HMS7100J
  

Fix information

• Fixed component name

  WMQ Z/OS V7

• Fixed component ID

  5655R3600

Applicable component levels

• R010 PSY UI21867

     UP14/10/17 P F410 «

• R100 PSY UI21868

     UP14/10/17 P F410 «

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.