[Mqm@jxglapp1 sbin]$./getx_message qmembfe SYSTEM. ADMIN.
SVRCONN 10.3.244.1 1417 3133310008_6 MQOPEN failed (Reason = 2042), retry timed out at script/get_mq_message.pl Line 31.
Unable to open queue. [Mqm@jxglapp1 sbin]$./getx_message qmembfe SYSTEM. ADMIN.
SVRCONN 10.3.244.1 1417 3133310008_6 MQOPEN failed (Reason = 2042), retry timed out at script/get_mq_message.pl Line 31.
Unable to open queue.
2042 (07FA) (RC2042): mqrc_object_in_use My $queue = mqseries::queue-> new (QueueManager = $qmgr _obj, Queue = "$QueueName", Mode = ' input_exclusive ',) or die ("Unable to open queue.\n")
;
My $command = mqseries::command->new (QueueManager = $qmgr _obj); Explanation An MQOPEN call is issued, but the object in question have already been opened by this or another application With options, conflict with those specified in the options parameter. This arises if the request was for a shared input, but the object was already open for Exclusive input;
It also arises if the request is to exclusive input, but the object was already open for input (of any sort). MCAs for receiver channels, or the Intra-group queuing agent (IGQ agent), could keep the destination queues open even when M Essages is not being transmitted; This results in the queues appearing to is "in use".
Use the MQSC command, DISPLAY Qstatus to find, who is keeping the queue open. On z/os®, this reason can also occur for an MQOPEN or MQPUT1 call, if the object is opened (which can be a queue, or fo
R MQOPEN a namelist or Process object) is in the process of being deleted.
Use input mode: One request is executed, but the object has been opened by another mode that specifies the option argument as conflicting.
This appears if the request is for shared input, but the object is open using exclusive input;
It can also be if the request is using exclusive input, but the object is already open using input mode