IV35452: ENDMQM PRODUCES AN FDC WITH THE FOLLOWING PROBE ID :- AO173001 ON COMPONENT :- AOULOCKOBJECTCATALOGUE

WebSphere MQ V7.5 Fix Pack 7.5.0.2
Fix Pack 7.1.0.3 for WebSphere MQ V7.1
WebSphere MQ v7.5.0.2 Hypervisor for RHEL

APAR status

• Closed as program error.

Error description

• Running endmqm the following FDC is produced
  | LVLS              :- 7.1.0.1
  | Probe Id          :- AO173001
  | Application Name  :- MQM
  | Component         :- aouLockObjectCatalogue
  | SCCS Info         :- lib/lqm/amqaoula.c, 1.24.1.1
  | Line Number       :- 146
  | Build Date        :- May 16 2012
  | CMVC level        :- p710-001-120516
  | Effective UserID  :- 2801 (mqm)
  | Real UserID       :- 2801 (mqm)
  | Program Name      :- endmqm
  | Addressing mode   :- 64-bit
  | LANG              :- C
  | QueueManager      :- QMGR
  | UserApp           :- FALSE
  | Major Errorcode   :- krcE_UNEXPECTED_ERROR
  | Minor Errorcode   :- OK
  | Probe Type        :- INCORROUT
  | Probe Severity    :- 2
  | Probe Description :- AMQ6125: An internal WebSphere MQ error
  has occurred.
  | FDCSequenceNumber :- 0
  
  MQM Function Stack
  rrxStopAllChannels
  lpiSPICancelWaiter
  zifSPICancelWaiter
  zsqSPICancelWaiter
  kpiCancelWaiter
  kqiWakeUpWaiter
  apiEnquireObject
  aouLockObjectCatalogue
  xcsFFST
  

Local fix

Problem summary

• ****************************************************************
  USERS AFFECTED:
  Users of WebSphere MQ who have an unusual setup where the
  transmit queue for the channel is an alias queue and the
  corresponding channel is in "running" state when an endmqm is
  issued.
  
  Platforms affected:
  All Distributed (iSeries, all Unix and Windows)
  ****************************************************************
  PROBLEM SUMMARY:
  During endmqm, channels need to be shut down. This can require
  cancelling a thread waiting for a message on a transmit queue.
  If the waiter is unusually attempting to get from an alias to
  that queue, the wakeup attempt may fail. That failure is due to
  an internal attempt to lock the object catalogue when the alias
  queue is locked, which violates the locking rules.
  

Problem conclusion

• The WebSphere MQ code has been corrected to ensure that the
  locking in the area concerned follows the required locking
  rules.
  
  ---------------------------------------------------------------
  The fix is targeted for delivery in the following PTFs:
  
                     v7.1
  Platform           Fix Pack 7.1.0.3
  --------           --------------------
  Windows            7.1.0.3
  AIX                7.1.0.3
  HP-UX (Itanium)    7.1.0.3
  Solaris (SPARC)    7.1.0.3
  Solaris (x86-64)   7.1.0.3
  iSeries            7.1.0.3
  Linux (x86)        7.1.0.3
  Linux (x86-64)     7.1.0.3
  Linux (zSeries)    7.1.0.3
  Linux (Power)      7.1.0.3
  
  Platform           v7.5
  --------           --------------------
  Multiplatforms     7.5.0.2
  
  The latest available maintenance can be obtained from
  'WebSphere MQ Recommended Fixes'
  http://www-1.ibm.com/support/docview.wss?rs=171&uid=swg27006037
  
  If the maintenance level is not yet available information on
  its planned availability can be found in 'WebSphere MQ
  Planned Maintenance Release Dates'
  http://www-1.ibm.com/support/docview.wss?rs=171&uid=swg27006309
  ---------------------------------------------------------------
  

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:

Fix information

• Fixed component name

  WMQ AIX V7

• Fixed component ID

  5724H7221

Applicable component levels

• R710 PSY

     UP