Identity Manager Jboss Application server stops processing when a Cluster node goes down

Document ID : KB000007840
Last Modified Date : 14/02/2018
Show Technical Document Details

I currently have a 3 node Jboss cluster in unicast. When one node goes down the other 2 nodes can't process data during that time frame.

"Error Messages: destination address = JMS.Queue.Iam.IM.JMS.queue run time status detail queue is blocked"

Identity Manager 12.6 SP5Jboss 6.3

To resolve this we need to make adjustments to the standaline-full-ha.xml files on each node. 

1)Adjust the following lines

                <property name="num_initial_members">2</property>

                <property name="port_range">1</property>

                <property name="timeout">2000</property>

To match these configurations  

      <property name="num_initial_members">3</property>

                <property name="port_range">0</property>


                <property name="timeout">12000</property>

2) Make hornet-server names meaningful such as “active-node-pair-A”


<hornetq-server name="active-node-pair-A">

3) The active-node should look like this. In bold is what you have to add in addition to what should be there by default. It is important to verify this section and make sure all lines the below lines are there.

<hornetq-server name="active-node-pair-A">














                <paging-directory path="live-hornetq-pair-A/paging"/>

                <bindings-directory path="live-hornetq-pair-A/bindings"/>

                <journal-directory path="live-hornetq-pair-A/journal"/>


                <large-messages-directory path="live-hornetq-pair-A/large-messages"/>

4) Validate the connector looks as such. You have to make adjustments on this section on the “netty-connector name=netty”. Previously it was of type netty-connector. Notice the in-vm server-id is 0. This value will increase by 1 for each backup node. This has to be adjusted.


          <netty-connector name="netty" socket-binding="messaging-pair-A"/>

          <netty-connector name="netty-throughput" socket-binding="messaging-throughput">

            <param key="batch-delay" value="50"/>


          <in-vm-connector name="in-vm" server-id="0"/>



5) Same as step 4 but validate this for the acceptors


          <netty-acceptor name="netty" socket-binding="messaging-pair-A"/>

          <netty-acceptor name="netty-throughput" socket-binding="messaging-throughput">

            <param key="batch-delay" value="50"/>

            <param key="direct-deliver" value="false"/>


          <in-vm-acceptor name="in-vm" server-id="0"/>


6) Remove additional Broadcast groups and discovery groups that are configured. You will also need to change the jgroups-channel to be the same across the board so it wouldn’t have any communication issues.


<broadcast-group name="bg-group">








<discovery-group name="dg-group">






7) Under the cluster-connections make sure your reference to the discovery group matches the name of your actual discovery group name. See below.


                                <cluster-connection name="my-cluster">



                                                <discovery-group-ref discovery-group-name="dg-group"/>




8) Configure backup nodes for remaining 2 nodes on the cluster. Use the same naming scheme on all other nodes when configuring.

<hornetq-server name="backup-node-pair-B">

<hornetq-server name="backup-node-pair-C">

If the Primary is node B then the backups will be

<hornetq-server name="backup-node-pair-A">


<hornetq-server name="backup-node-pair-C">


9) Repeat steps 2-7 for remaining backup nodes.

10) We need to update the messaging ports. To do this search for the following.

<socket-binding name="messaging" port="5445"/>

Replace this line with these 3 lines.


<socket-binding name="messaging-pair-A" port="5445"/>
<socket-binding name="messaging-pair-B" port="5545"/>
<socket-binding name="messaging-pair-C" port="5645"/>


11) These steps will need to be configured on all 3 nodes.

Once these configurations were made please cycle the app servers and ensure each node starts up successfully.
**Please always keep backup files before modifying any configuration files**