| Author |
Message
|
| cyclekumar |
 Posted: Wed Mar 24, 2010 1:35 am Post subject: AMQ8156: Wepshere MQ queue manager quiescing |
 |
|
Newbie
Joined: 28 Feb 2010
Posts: 6
|
Hi ,
I am facing this below problem when i am trying to restrat one of the local queue manager. In the log file it throws an error saying that queue manager in quiescing state.
AMQ8156: Wepshere MQ queue manager quiescing
Because of this issue i am not able to bring it up this queue manager.
Can someone let me what i should do now to make it up ?
Thanks,
Kumar |
|
| Back to top |
|
 |
| exerk |
| Posted: Wed Mar 24, 2010 2:12 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
The chances are that someone has issued an endmqm command, and there is an application awaiting WMQ to complete some work - possibly some drongo has coded a GET with indefinite wait, in which case it's never going to end. If you are certain that it will cause no issues, run the command again with the -i switch, then restart the queue manager.
A dig through the manuals would have given you the same information, and they should always be your first resort, not last...
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| John89011 |
| Posted: Thu Mar 25, 2010 11:09 pm Post subject: |
|
|
Voyager
Joined: 15 Apr 2009
Posts: 94
|
|
| Back to top |
|
|
| exerk |
| Posted: Fri Mar 26, 2010 1:37 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| John89011 wrote: |
And if endmqm -i hangs,
use -p = preemptive (last resort!) |
Good so far...
| John89011 wrote: |
| If you have to use -p option, please cleanup shared resources before starting queue manager: amqiclen -ivx -m <qm name> |
...still good, assuming of course that the OP's platform is UNIX-based...
...very, very bad! 
When was the last time that institution updated their 'documentation'? Is it a mirror of the product vendors Information Centres? If you are going to provide links to documentation, please point people to the official source thank you.
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| John89011 |
| Posted: Fri Mar 26, 2010 3:49 am Post subject: |
|
|
Voyager
Joined: 15 Apr 2009
Posts: 94
|
| exerk wrote: |
| John89011 wrote: |
And if endmqm -i hangs,
use -p = preemptive (last resort!) |
Good so far...
| John89011 wrote: |
| If you have to use -p option, please cleanup shared resources before starting queue manager: amqiclen -ivx -m <qm name> |
...still good, assuming of course that the OP's platform is UNIX-based...
...very, very bad!
When was the last time that institution updated their 'documentation'? Is it a mirror of the product vendors Information Centres? If you are going to provide links to documentation, please point people to the official source thank you. |
 Yes, sorry 
http://publib.boulder.ibm.com/infocenter/wmqv7/v7r0/index.jsp?topic=/com.ibm.mq.amqzag.doc/fa22290_.htm |
|
| Back to top |
|
|
| mvic |
| Posted: Fri Mar 26, 2010 4:40 am Post subject: |
|
|
Jedi
Joined: 09 Mar 2004
Posts: 2080
|
| exerk wrote: |
| John89011 wrote: |
| If you have to use -p option, please cleanup shared resources before starting queue manager: amqiclen -ivx -m <qm name> |
...still good, assuming of course that the OP's platform is UNIX-based... |
I disagree. See http://www.ibm.com/support/docview.wss?uid=swg21414283
amqiclen is an install-time checking utility, it is not intended to help solve problems like are referred to above.
From that page: "Instead of running amqiclen to attempt to solve a perceived problem, please instead raise the matter with IBM in a PMR, so that WebSphere MQ Support can gather diagnostics and work through the issue to resolution." |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri Mar 26, 2010 5:07 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| mvic wrote: |
amqiclen is an install-time checking utility, it is not intended to help solve problems like are referred to above.
|
Using this is going to cause more problems than it solves, & is not a practice to be recommended.
This post also highlights another important issue; Google is not infalible! Despite the fact that the State of North Carolina's Infomation Technology Office is really good at the Google Dance and can get their wretched site to the top of a search above IBM, that documentation is for WMQv5.2! It's not a mirror of the InfoCentre, it's an 8 year old copy. If you don't believe me, look at the copyright on the bottom of the page.
Presumably their efforts are so directed to a good Google score they don't have time to update the pages.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| John89011 |
| Posted: Fri Mar 26, 2010 8:12 am Post subject: |
|
|
Voyager
Joined: 15 Apr 2009
Posts: 94
|
| mvic wrote: |
| exerk wrote: |
| John89011 wrote: |
| If you have to use -p option, please cleanup shared resources before starting queue manager: amqiclen -ivx -m <qm name> |
...still good, assuming of course that the OP's platform is UNIX-based... |
I disagree. See http://www.ibm.com/support/docview.wss?uid=swg21414283
amqiclen is an install-time checking utility, it is not intended to help solve problems like are referred to above.
From that page: "Instead of running amqiclen to attempt to solve a perceived problem, please instead raise the matter with IBM in a PMR, so that WebSphere MQ Support can gather diagnostics and work through the issue to resolution." |
Well those were the exact steps when I opened a PMR. Many diagnostics can be gathered while the QM is running, once you issue any of the above commands you pretty much don't have a choice other then do what you have to do(at least based on my experience) |
|
| Back to top |
|
|
| exerk |
| Posted: Fri Mar 26, 2010 8:30 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| mvic wrote: |
| ...amqiclen is an install-time checking utility, it is not intended to help solve problems like are referred to above... |
No mention is made HERE of it being such a utility, merely that "...IPC resources allocated by WebSphere MQ are maintained automatically by the allocating queue managers. You are strongly recommended not to perform manual actions on or remove these IPC resources..." (V7.0.1 Info Centre), so I can understand why some people do not perceive running it as an issue.
| mvic wrote: |
| ...From that page: "Instead of running amqiclen to attempt to solve a perceived problem, please instead raise the matter with IBM in a PMR, so that WebSphere MQ Support can gather diagnostics and work through the issue to resolution." |
I wasn't aware of the Support article, but am now and have added it to my bookmarks, and shall now slink off with my tail between my legs
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| mvic |
| Posted: Fri Mar 26, 2010 8:51 am Post subject: |
|
|
Jedi
Joined: 09 Mar 2004
Posts: 2080
|
| exerk wrote: |
| I wasn't aware of the Support article, but am now and have added it to my bookmarks, and shall now slink off with my tail between my legs |
No need for that.
I see (now that I search for it) that there are 2 mentions of amqiclen in the v7.0.1 manuals. Although they don't say the word "PMR" I still believe that if you are thinking of running amqiclen, you should be opening, or have already opened a PMR, so that you can discuss the matter with MQ support.
amqiclen is an install utility. It is true it has a facility for clearing IPC resources, but this is not a sign that doing so is normal practice.
The fact that it is mentioned twice in the manuals might possibly seem to give a different impression, but on both pages there are warnings that you should be very tentative about using it. I believe the technote is more up-to-date in terms of a statement from MQ support. |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri Mar 26, 2010 8:54 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| John89011 wrote: |
| Well those were the exact steps when I opened a PMR. |
There's a world of difference between using an undocuemented procedure to fix a problem, and following the instructions of IBM to fix a problem in response to a PMR.
Most noteably who'll do the cleaning up if it goes funny.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| csmith28 |
| Posted: Sat Apr 03, 2010 11:56 am Post subject: |
|
|
Grand Master
Joined: 15 Jul 2003
Posts: 1196
Location: Arizona
|
ps -ef | grep mqm | grep -v grep | awk '{print $2}' | xargs kill -9
It's brutal but it works really fast and you will probably have to clean up quite a lot of Shared Memory after you use it.
_________________
Yes, I am an agent of Satan but my duties are largely ceremonial. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Sat Apr 03, 2010 8:26 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
If -p doesn't work for you, I have had some success reaching around the back of the server, and removing the bigger/thicker of the black cables for a short time. This seems to require a reboot; but the queue manager seems to restart ok. 
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
|
|
