PI10272: WEBSPHERE MQ Z/OS, ACCOUNTING DATA IS WRITTEN TO THE CLASS 3 TRACE EVEN IF IT IS DISABLED BY ACCTQ(OFF)

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• When the local queue has ACCTQ(QMGR), and the queue manager has
  ACCTQ(OFF), this should disable the accounting data collection
  for this queue in class 3 trace, but from the SMF data, we
  still can see some accounting data captured .
  
  This can happen for a long-running task which has been using a
  queue, and has closed it, prior to setting ACCTQ(OFF/NONE).
  The WQST for the queue will remain allocated to the task and
  and when it subsequently issues an MQOPEN for the queue, the
  the WQST will be reused and ACCTQ(OFF/NONE) will not be
  checked.
  
  Additional Symptom(s) Search Keyword(s): MQ ACCTQ SMF ACCOUNTING
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
  *                 Release 1 Modification 0.                    *
  ****************************************************************
  * PROBLEM DESCRIPTION: Class 3 accounting data recorded by     *
  *                      long running tasks for queues with      *
  *                      accounting disabled (ACCTQ(OFF)).       *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  A long running task accesses a queue with ACCTQ(ON),
  causing a WQSTAT to be allocated for the queue and fNoAcctg to
  be reset. After the task closes the queue, if the queue
  is changed to ACCTQ(OFF) this change will only take effect if
  the task does not access the queue for longer than the
  configured statistics interval (STATTIME), in which case the
  WQSTAT is freed, and a new WQSTAT allocated when the queue
  is next used.
  For long running tasks that access a queue infrequently, but
  at least once per statistics interval, the WQSTAT is never
  freed, and so any changes to ACCTQ will have no effect for that
  task, leading to unwanted queue accounting data being
  recorded in the SMF 116 records.
  

Problem conclusion

• CSQ7COLL is changed to check for changes to ACCTQ when a task
  opens the first handle to a queue, even if a WQSTAT already
  exists for that queue, preventing the unwanted accounting data
  being written for queues with accounting disabled (ACCTQ(OFF)).
  100Y
  CSQDWQ
  CSQ7COLL
  CSQ7PLRT
  

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:

  UI15332

Modules/Macros

• CSQDWQ   CSQ7COLL CSQ7PLRT
  

Fix information

• Fixed component name

  WMQ Z/OS V7

• Fixed component ID

  5655R3600

Applicable component levels

• R100 PSY UI15332

     UP14/04/08 P F404

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.