PI71835: WMQ DURING NORMAL SHUTDOWN ABEND IS GENERATED AGAINST CSQVDISC

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• Change Team finds this occurs when an application address space
  connected to the queue-manager ends without issuing an MQDISC
  (while ACELIM is exceeded) Clean-up processing should take place
  during end-of-task but if ACELIM is exceeded this does not
  happen. CSQ3202E is issued for the connected address space.
  When the job-step TCB terminates, the queue-manager's SSI code
  detects that there is still a connection to the queue manager
  so the address space is MEMTERMed (eg. IEF402I for ABEND6C6
  RC 00F30905) However, when the address space goes through end-of
  memory processing the clean-up processing may still not be able
  to complete due to ACELIM being exceeded ( CSQ3202E )
  Another address space may then start and be allocated the same
  ASID as the previously connected address space. When it
  terminates it may be able to partially clean up the connection
  control blocks if ACELIM is no longer at issue. However, this
  partial clean-up then results in the ABEND0C4 that occurs during
  STOP QMGR MODE(FORCE) processing. ACELIM should not stop end-of-
  task, or end-of-memory clean-up from taking place.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 8 *
  *                 Release 0 Modification 0.                    *
  ****************************************************************
  * PROBLEM DESCRIPTION: Using queue manager system parameter    *
  *                      ACELIM > 0 can cause orphaned ACE and   *
  *                      other control blocks resulting in       *
  *                      various symptoms like normal queue      *
  *                      manager shutdown hang and forced queue  *
  *                      manager shutdown generate abends like   *
  *                      0C4 in CSQVDISC.                        *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  When a batch application MQCONN fails because ACELIM is exceeded
  as indicated by message CSQ3202E in MSTR job log and
  subsequently the application is cancelled or abended, the
  cleanup process at application termination is not complete
  resulting in control blocks left orphaned.
  
  The orphaned control blocks cause the symptoms observed at queue
  manager shutdown.
  

Problem conclusion

• CSQ3SSI2 has been corrected to process subsystem broadcasts EOM
  or FEOT properly performing clean up of control blocks at the
  termination of an application when MQCONN/MQCONNX failed due to
  ACELIM is exceeded.
  000Y
  CSQ3SSI2
  

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:

  PI74922 UI44123

Modules/Macros

• CSQ3SSI2
  

Fix information

• Fixed component name

  WMQ Z/OS 8

• Fixed component ID

  5655W9700

Applicable component levels

• R000 PSY UI44123

     UP17/03/04 P F703 ¢

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.