Author |
Message
|
Vitor |
Posted: Tue May 31, 2011 7:06 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
svu wrote: |
I just found - the channel is in InDoubt state. Perhaps that is why it could not be deleted. |
You think?
svu wrote: |
Any way to get it out of that state? |
Yes - resolve the channel as you would any other in-doubt channel as described in the documentation. Though I imagine the normal warnings about possible loss of integrity & function will not worry you much....  _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
svu |
Posted: Tue May 31, 2011 7:32 am Post subject: |
|
|
Voyager
Joined: 30 Jan 2006 Posts: 99
|
Vitor wrote: |
svu wrote: |
I just found - the channel is in InDoubt state. Perhaps that is why it could not be deleted. |
You think?
svu wrote: |
Any way to get it out of that state? |
Yes - resolve the channel as you would any other in-doubt channel as described in the documentation. Though I imagine the normal warnings about possible loss of integrity & function will not worry you much....  |
Sarcasm appreciated
Resolving the channel is problematic, because that PR is unfortunately gone. The word of warning is always useful for the old cowboy. |
|
Back to top |
|
 |
bruce2359 |
Posted: Tue May 31, 2011 9:30 am Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
svu wrote: |
...word of warning is always useful for the old cowboy. |
Many (most?) clustering problems are of the self-inflicted kind. If it makes you feel better, know that you are not alone here.
Before I begin hands-on attempting to fix a "problem," I ask myself: "What is the worst that can happen?"
If the answer is a) I don't know; or b) I'm not sure; or c) calamity resulting in death, destruction, famine, ...; then it's time to do research to see what others have successfully done.
This methodology applies to more than just MQ clusters. No, it applies to plumbing, electrical, automotive, ... you name it.
Unless the fix is of the emergency kind, I attempt my fix first in a TEST environment.
Again, I commend you to the WMQ clusters documentation. _________________ 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 |
|
 |
svu |
Posted: Tue May 31, 2011 11:59 am Post subject: |
|
|
Voyager
Joined: 30 Jan 2006 Posts: 99
|
No illusions, this is self-inflicted.
This IS test environment, thanks god. But we want to make sure we would be able to recover if things go bad in the prod env. |
|
Back to top |
|
 |
Vitor |
Posted: Tue May 31, 2011 12:29 pm Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
svu wrote: |
we want to make sure we would be able to recover if things go bad in the prod env. |
I think you've proved the desirability of a well thought out and reviewed plan that's carefully executed.
Because recovery of a bent cluster can be problematic. And more time-consuming than the average prod environment can absorb. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
bruce2359 |
Posted: Tue May 31, 2011 12:42 pm Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
svu wrote: |
No illusions, this is self-inflicted.
This IS test environment, thanks god. But we want to make sure we would be able to recover if things go bad in the prod env. |
And all of this is to make pretty the view from the WMQ Explorer. _________________ 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 |
|
 |
svu |
Posted: Tue May 31, 2011 3:57 pm Post subject: |
|
|
Voyager
Joined: 30 Jan 2006 Posts: 99
|
bruce2359 wrote: |
And all of this is to make pretty the view from the WMQ Explorer. |
Well, it is about correct state of all QMs, I'd say:) |
|
Back to top |
|
 |
bruce2359 |
Posted: Tue May 31, 2011 5:24 pm Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
Your optimism is noted. _________________ 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 |
|
 |
fjb_saper |
Posted: Tue May 31, 2011 7:58 pm Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
svu wrote: |
Resolving the channel is problematic, because that PR is unfortunately gone. |
No it's not. As the PR is gone, you need to determine if you still need those messages. One way is to stop the channel manually, backout the messages in doubt and inspect them.
I guess that these are mostly intra channel communications destined for the SYSTEM.CLUSTER.COMMAND.QUEUE of the defunct PR. Delete them.
Once there are no messages left for the destination, re-issue the force remove command. This should do the trick.  _________________ MQ & Broker admin |
|
Back to top |
|
 |
bruce2359 |
Posted: Tue May 31, 2011 9:02 pm Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
This all took place in TEST, so not problematic at all. _________________ 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 |
|
 |
svu |
Posted: Wed Jun 01, 2011 12:46 am Post subject: |
|
|
Voyager
Joined: 30 Jan 2006 Posts: 99
|
fjb_saper wrote: |
No it's not. As the PR is gone, you need to determine if you still need those messages. One way is to stop the channel manually, backout the messages in doubt and inspect them. |
THANK YOU! Once I resolved the auto-sender (with BACKOUT option), then FORCEREMOVEd the QM record - it is GONE!!
I thought I tried that yesterday, but I cannot say for sure.
Thanks to everybody for the discussion and friendly atmosphere  |
|
Back to top |
|
 |
|