Scenario: You issue the mqsistop command to stop the broker, but the
system freezes and does not stop any of the execution groups.
Explanation: One possible cause is that a message flow is
being debugged and it is currently stopped at a breakpoint. WebSphere Message Broker regards
this as a message in flight situation, and refuses to stop the broker through
the normal command.
Solution: Click Stop
debugging from the workbench.
After that operation has completed, the broker stops.
If it
is not possible to stop debugging, end all execution group processes that
are associated with that broker to allow the broker to stop. Your messages
are backed out. Click Stop debugging after
the broker restarts.
You cannot stop the broker queue manager
Scenario: You are trying to use the WebSphere MQendmqm command to stop a broker queue
manager on a distributed system, but it does not stop.
Explanation: In certain circumstances, attempting to stop
a broker queue manager does not cause the queue manager to stop. This can
happen if you have configured any message flows with multiple threads (you
have set the message flow property Additional Instances to a number greater
than zero).
Solution: If you want to stop the broker's queue manager,
stop the broker using the mqsistop command specifying the -q parameter. (The -q parameter is not available on z/OS.) This
issues the WebSphere MQendmqm command
on your behalf in a controlled fashion that shuts down the broker and the
queue manager cleanly.
The execution group terminates abnormally
Scenario: Your execution group processes terminate abnormally.
Explanation: When execution group processes terminate abnormally,
they are restarted automatically by the bipbroker process. If an execution
group process fails, it is restarted three times during each five-minute interval.
The first five-minute interval begins when the execution group is first started.
The broker database table BROKERAAEG contains a column labeled RetryInterval.
This column defines the restart time in minutes. Each row in this table represents
an execution group. The row is populated on the first deployment
of an execution group and RetryInterval defaults to 5.
If you
remove the execution group from the broker configuration, deploy the broker
configuration, and then later add the execution group and redeploy the broker
configuration. The row is re-created and RetryInterval is set to its default
value of 5.
Solution: To change the default value:
Stop the broker.
Change the RetryInterval's value in the database table.