PH69524: SMF ACCOUNTING DATA NOT GENERATED

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• Before accounting data is collected for a queue, the ACCTQ
  attribute is first resolved using a combination of the base
  queue (e.g. the one after alias resolution) and the QMGR's ACCTQ
  attribute. In this case, a specific queue, say 'xxxx.yyyy.zzz01'
  as an example, is the base queue so its ACCTQ attribute is
  checked.
  
  In this particular case, Queue('xxxx.yyyy.zzz01') was defined
  before ACCTQ was a queue attribute, and it hasn't been altered
  since. This means that the internal queue object doesn't have a
  field for the attribute. The logic handles this by checking a
  flag in the object which indicates whether the object has the
  field, and if it doesn't then it defaults it to ACCTQ(QMGR).
  However, there is a bug in this logic which results in it
  incorrectly determining that the queue is ACCTQ(OFF).
  
  This bug only occurs if the object was defined before the ACCTQ
  attribute was added and the object hasn't been altered since.
  Additionally, the application must have first interacted (open,
  put, get etc) with a queue which does have the attribute set in
  that particular accounting interval.
  

Local fix

•  This problem can be worked around by altering any field
  (including the DESCR) of the affected object. This will result
  in a value corresponding to ACCTQ(QMGR) being set for the field
  in the object.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All users of IBM MQ for z/OS Version 9       *
  *                 Release 4 Modification 0.                    *
  ****************************************************************
  * PROBLEM DESCRIPTION: Under certain conditions, SMF           *
  *                      accounting data was not being generated *
  *                      for queues that were defined before     *
  *                      ACCTQ existed as a queue attribute and  *
  *                      that had not been altered since.        *
  ****************************************************************
  If two queues were opened within the same connection, where the
  first queue had the ACCTQ attribute and the second did not, a
  logic error caused the queue manager to incorrectly determine
  that accounting was off for the second queue.
  

Problem conclusion

• The logic has been corrected to set the flag for each queue.
  Accounting data will now be correctly collected for all queues
  based on their individual ACCTQ settings or the queue manager
  default when appropriate.
  

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:

  UO07152

Modules/Macros

• CSQ7COLL
  

Fix information

• Fixed component name

  IBM MQ Z/OS V9

• Fixed component ID

  5655MQ900

Applicable component levels

• R400 PSY UO07152

     UP26/04/14 I 1000

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.