When trying to get details on subqueues in a problem Post queue by invoking "sque p" in qview utility results in the following error:
$> qview -i
qview> qinit
qview> open p r
Queue db1+P+o.ocwar-o.ocear (y/n) <n>? y
Current queue NAME+P+o.SID1-o.SID2 user +PP+NAME+sp_opst_mt+o.SID1-o.SID2
qview> sque p
Queue NAME+P+o.SID1-o.SID2 (y/n) <n>? Queue NAME1+P+o.SID1-o.SID2 (y/n) <n>? Error occurred attaching to shared memory
This is despite the fact that the "y" was entered when prompted for the appropriate queue name when "sque p" was issued (though our response by way of "y" is not echoed in the above screen shot).
A glitch in the shared memory may be causing sque to fail if it is issued after the queue is opened. Another reason could be that the answer to the prompt is not accepted correctly by the remote session when using Webex or other clients and consequently incorrect queue names got input.
Though it is ok to either open the queue first and then run "sque p" or not open the queue and just issue sque p (which will then prompt for the appropriate queue to be opened), below example demonstrates a workaround using the latter method. That is, just initialize the qview and then issue "sque p". The qview utility would then prompt for the queue name for which the subqueue details are to be output to the screen. Once the "y" is entered for the appropriate queue, it will simply print out the subqueue details. The following is a sample screen shot:
$> qview -i
qview> qinit
qview> sque p
Queue NAME+P+o.SID1-o.SID2 (y/n) <n>? y
Queue name: NAME+P+o.SID1-o.SID2
Subqueue 0: 10 msgs 258:47 mins
Subqueue 6: 11097 msgs 417:27 mins
Subqueue 8: 1353 msgs 416:6 mins
Subqueue 9: 466 msgs 278:33 mins
.
.
© ALL RIGHTS RESERVED. Terms of Use Privacy Cookie Preference Center