| Author |
Message
|
| anurag.munjal |
 Posted: Mon Apr 29, 2013 8:20 am Post subject: KILL pending processes |
 |
|
Voyager
Joined: 08 Apr 2012
Posts: 97
|
Hi Guys,
Going through the search forum, i found this link, but didnt get much out of it to be honest!
http://mqseries.net/phpBB/viewtopic.php?t=61336&view=next&sid=20739d6dbb28d72ef319cae60aca6651
My WMB8toolkit (trial) has just been deployed with a heavy sample (AIRLINE RESERVATION SAMPLE) and now i am trying to delete the flows deployed for it after giving the sample a test run.
Now the delete request has been given by me, but its taking a hell lot of time. Is my broker Drunk or something? its the 100th time am facing this issue...that whenever some heave stuff is deployed and some delete request is given it takes super long, and then if i put some other request, it shows further in queue....
Any alternative for this? or how can i stop the already given instruction to the broker?
Cheers! |
|
| Back to top |
|
 |
| anurag.munjal |
| Posted: Thu May 02, 2013 11:25 pm Post subject: |
|
|
Voyager
Joined: 08 Apr 2012
Posts: 97
|
| Anyone got any clue about how to stop the execution threads that are in the queue? |
|
| Back to top |
|
|
| smdavies99 |
| Posted: Fri May 03, 2013 1:23 am Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
Killing the Execution Group process using standard techniques for Windows?
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
| Back to top |
|
|
| anurag.munjal |
| Posted: Fri May 03, 2013 9:01 am Post subject: |
|
|
Voyager
Joined: 08 Apr 2012
Posts: 97
|
yes!
Anyway out, whenever too many flows are deployed, and i run the debugger, and if there arises a need to stop a flow, or delete a flow. my broker toolkit gets blocked by any operation i do.
and if i do any other opertaion... it gets in queue showing that previous process has not completed...
what to do in such a case?
how to stop the processes in the queue which have not been completed! |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri May 03, 2013 10:12 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| anurag.munjal wrote: |
| what to do in such a case? |
Fix your broker.
The Airline Reservation Sample is not "heavy"; it's a small sample. If your broker gets hung up trying to run that then there's something hosed with your configuration at the broker, queue manager or OS level. Possibly more than 1 or all three.
If you want to remove queue processes you can try removing them from the queue on the understanding that this could affect the stability of your environment. I suggest it only because your environment already seems to be unstable and/or broken and I don't think you can make it worse.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| reddy2078 |
| Posted: Fri May 03, 2013 11:15 am Post subject: @anurag.munjal |
|
|
Newbie
Joined: 21 Apr 2013
Posts: 7
|
Hai Anurag,
Please let me know if this helps you. On the Windows Command Prompt. Use the following commands
| Quote: |
| Tasklist | findstr " DataFlowEngine.exe" |
you will find a list of process in the list find the process that is named as DataFlowEngine.exe beside that you will find the PID ( there is space after task , and next space after PID and next space after 364 )
Ex :
| Quote: |
| taskkill /PID 364 /F |
If this didn’t help you, you can try to kill the process that is named as bipbroker.exe or bipservice.exe . Use the process id (PID ) of bipbroker.exe or bipservice.exe and see if it can help you.
reddy2078@gmail dot com |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri May 03, 2013 11:26 am Post subject: Re: @anurag.munjal |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| reddy2078 wrote: |
Hai Anurag,
Please let me know if this helps you. On the Windows Command Prompt. Use the following commands
| Quote: |
| Tasklist | findstr " DataFlowEngine.exe" |
you will find a list of process in the list find the process that is named as DataFlowEngine.exe beside that you will find the PID ( there is space after task , and next space after PID and next space after 364 )
Ex :
| Quote: |
| taskkill /PID 364 /F |
If this didn’t help you, you can try to kill the process that is named as bipbroker.exe or bipservice.exe . Use the process id (PID ) of bipbroker.exe or bipservice.exe and see if it can help you.
reddy2078@gmail dot com |
Note that this psychopathic axe killer method will terminate the various broker processes (the DataFlowEngine is what runs an execution group) leading to the termination of your broker in a possibly corrupt state.
If it restarts, it'll restart and then pick up the queued processes you want removed.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| reddy2078 |
| Posted: Fri May 03, 2013 12:14 pm Post subject: Re: @anurag.munjal |
|
|
Newbie
Joined: 21 Apr 2013
Posts: 7
|
| Quote: |
Note that this psychopathic axe killer method will terminate the various broker processes (the DataFlowEngine is what runs an execution group) leading to the termination of your broker in a possibly corrupt state.
If it restarts, it'll restart and then pick up the queued processes you want removed. |
I answered to the post considering OP has broker flow that is in an infinite loop. I know that I am asking him to do in psychopathic method. I wanted to see what exactly the problem is. Once OP kills the DataFlowEngine.exe , he will have the flexibility to delete the message flow from the execution group so that he can correct his code and trouble shoot . More over OP is using the sample on his local machine .
reddy2078@gmail. com |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri May 03, 2013 4:18 pm Post subject: Re: @anurag.munjal |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| reddy2078 wrote: |
| I answered to the post considering OP has broker flow that is in an infinite loop. |
You think IBM wrote the Airline Reservation sample with an infinite loop in it? That's not the sample which came with my Toolkit....
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| anurag.munjal |
| Posted: Fri May 03, 2013 9:28 pm Post subject: |
|
|
Voyager
Joined: 08 Apr 2012
Posts: 97
|
|
| Back to top |
|
|
| Vitor |
| Posted: Sun May 05, 2013 5:59 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| anurag.munjal wrote: |
| i would be honoured if you guys could try setting it up in your toolkit and try giving it a test run if you have a few extra minutes please? |
Why? In this thread you were asked over a week ago to take a user trace and haven't managed to find a few extra minutes to do that.
It remains good advice.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| smdavies99 |
| Posted: Sun May 05, 2013 7:19 am Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
| Vitor wrote: |
Why? In this thread you were asked over a week ago to take a user trace and haven't managed to find a few extra minutes to do that.
|
Possibly:
1) It needs you to type a command and not use a GUI
2) Then you need to actually sit back and look at what is going on in detail. Some (dare I say it) younger people (than the likes of Vitor or myself) seem to have the attention span of a demented goldfish (>0) these days. Reading a user trace can take time and everyone is now taught to 'debug' software using interactive debuggers and get instant gratification.
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
| Back to top |
|
|
| Vitor |
| Posted: Sun May 05, 2013 7:56 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| smdavies99 wrote: |
| 1) It needs you to type a command and not use a GUI |
Of course. No instant one-step so it takes too much time...
| smdavies99 wrote: |
| 2) Then you need to actually sit back and look at what is going on in detail. Some (dare I say it) younger people (than the likes of Vitor or myself) seem to have the attention span of a demented goldfish (>0) these days. |
Well everyone's younger than me. But the user trace does involve the lost art of "reading"; there's nothing with a little red icon next to it showing the important bit.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| anurag.munjal |
| Posted: Sun May 05, 2013 8:10 am Post subject: |
|
|
Voyager
Joined: 08 Apr 2012
Posts: 97
|
|
| Back to top |
|
|
| Vitor |
| Posted: Sun May 05, 2013 8:19 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| anurag.munjal wrote: |
| This link talks about the exact same issue, and has already produced a user trace! |
Gosh, I'm really sorry. That user trace posted in the other thread looks so much like an exception tree it fooled me completely.
If that poster has the same problem as you, it confirms my advice above: fix your broker. It's producing ridiculously small amounts of user trace that look exactly like exception tree inserts. It certainly isn't producing any useful user trace data in the user trace.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
|
|
