A fix is available
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 IBM MQ for z/OS Version 9 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.
Temporary fix
Comments
APAR Information
APAR number
PI74922
Reported component name
MQ Z/OS V9
Reported component ID
5655MQ900
Reported release
000
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2017-01-13
Closed date
2017-01-23
Last modified date
2017-03-02
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI44124
Modules/Macros
CSQ3SSI2 None
Fix information
Fixed component name
MQ Z/OS V9
Fixed component ID
5655MQ900
Applicable component levels
R000 PSY UI44124
UP17/02/08 P F702
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.
[{"Business Unit":{"code":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSYHRD","label":"IBM MQ"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"9.0","Edition":"","Line of Business":{"code":"LOB45","label":"Automation"}}]
Document Information
Modified date:
02 March 2017