A fix is available
APAR status
Closed as program error.
Error description
1)on QMA we : - defined a Qlocal A with QSGDISP QMGR - defined a QALIAS having, as target queue, the Qlocal A 2)On QMB we defined a Qlocal A with QSGDISP SHARED. 3)we delete from QMA the Qlocal A 4)doing a display Qlocal A the shared queue A is only visible on QMB where has been defined 5)on QMA we tried to open the Qalias and we got rc2082 because the shared Qlocal A is not visible. 6)if on QMA we opened the Qlocal A instead of alias , all is working fine RC0 from MQOPEN. then we are able After that , even the open of the Qalias is working fine .
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 * * Release 0 Modification 1 and Version 7 * * Release 1 Modification 0. * **************************************************************** * PROBLEM DESCRIPTION: MQRC_UNKNOWN_ALIAS_BASE_Q when a * * private base queue is deleted, but a * * shared base queue with the same name * * is available. * * Also DISPLAY QSTATUS will not show * * the new shared queue. * **************************************************************** * RECOMMENDATION: * **************************************************************** The customer has a queue-sharing group (QSG). On one of the qmgrs in the group (QMA) they have a private queue (QUEUE1) with QSGDISP(QMGR) and a qalias pointing to it. They then define QUEUE1 on another qmgr in the group (QMB) but with QSGDISP(SHARED). On QMA a MQOPEN against the qalias opens the private QUEUE1 and messages are put to that queue as expected. The private QUEUE1 is then deleted from QMA. An MQOPEN of the qalias subsequently fails with RC 2082 MQRC_UNKNOWN_ALIAS_BASE_Q. But if an open is done on QUEUE1 the shared QUEUE1 is opened, and subsequent use of the qalias works. A DISPLAY QSTATUS of QUEUE1 will not show the shared queue on QMA, but it does appear on QMB where it was defined. The problem is due to the private QUEUE1 existing on QMA when the shared QUEUE1 is defined on QMB so no IVSA is created.
Problem conclusion
CSQMOAQ1 has been altered to do locate with CSQI_CREATE_SQ_IVSA if it cannot open the base queue on the first attempt. CSQIDDEL has been altered to set the time from which to scan for new shared queues to when the qmgr was started. 010Y 100Y CSQIDDEL CSQMOAQ1
Temporary fix
Comments
×**** PE14/03/21 FIX IN ERROR. SEE APAR PI14223 FOR DESCRIPTION ×**** PE15/07/02 FIX IN ERROR. SEE APAR PI44165 FOR DESCRIPTION
APAR Information
APAR number
PM79700
Reported component name
WMQ Z/OS V7
Reported component ID
5655R3600
Reported release
010
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2012-12-24
Closed date
2013-03-27
Last modified date
2015-09-18
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK92932 UK92933
Modules/Macros
CSQIDDEL CSQMOAQ1
Fix information
Fixed component name
WMQ Z/OS V7
Fixed component ID
5655R3600
Applicable component levels
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":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"7.0.1","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
18 September 2015