The issue is whenever the application invokes castMessage on an instance of
RpcDispatcher , then handler does'nt get invoked in all the other nodes. This
solution was working in our qa environment but not working in our prod env.
The following is the config
UDP(ucast_send_buf_size=800000;ucast_recv_buf_size=150000):
PING(timeout=2000;num_initial_members=3;up_thread=true;down_thread=true;):
MERGE2(min_interval=1000000;max_interval=2000000):
FD(shun=true;up_thread=true;down_thread=true;timeout=54000000;max_tries=5):
pbcast.NAKACK(gc_lag=50;retransmit_timeout=300,600,1200,2400,4800;max_xmit_size=8192;up_thread=true;down_thread=true):
pbcast.STABLE(desired_avg_gossip=2000000;up_thread=true;down_thread=true):
UNICAST:FRAG(frag_size=8192;down_thread=true;up_thread=true):
pbcast.GMS:VIEW_ENFORCER:QUEUE
We rolled out a jgroups cache based propogation solution in production. This
solution was working in our qa environment. But unfortunately the solution is
not working in production. I am using the following configuration string
UDP(ucast_send_buf_size=800000;ucast_recv_buf_size=150000):
PING(timeout=2000;num_initial_members=3;up_thread=true;down_thread=true;):
MERGE2(min_interval=1000000;max_interval=2000000):
FD(shun=true;up_thread=true;down_thread=true;timeout=54000000;max_tries=5):
pbcast.NAKACK(gc_lag=50;retransmit_timeout=300,600,1200,2400,4800;max_xmit_size=8192;up_thread=true;down_thread=true):
pbcast.STABLE(desired_avg_gossip=2000000;up_thread=true;down_thread=true):
UNICAST:FRAG(frag_size=8192;down_thread=true;up_thread=true):
pbcast.GMS:VIEW_ENFORCER:QUEUE
>From the below log messages I can see every node is seeing the other nodes.
When I turn on debug for jgroups I can see the following messages in the log
file.
[org.jgroups.protocols.pbcast.STABLE] received digest xx.xx.105.65:33163#5 (5),
xx.xx.105.67:33020#0 (0), xx.xx.105.69:33018#2 (2), xx.xx.105.71:32975#3 (3)
from xx.xx.105.69:33018
2006-02-01 14:00:34,868 DEBUG [org.jgroups.protocols.UDP] received (mcast) 51
bytes from /xx.xx.105.65:33166 (size=51 bytes)
2006-02-01 14:00:34,868 DEBUG [org.jgroups.protocols.UDP] message is [dst:
228.8.8.8:7600, src: xx.xx.105.65:33165 (2 headers), size = 0 bytes], headers
are {UDP=[UDP:channel_name=dictionary], PING=[PING: type=GET_MBRS_REQ,
arg=null]}
2006-02-01 14:00:34,868 WARN [org.jgroups.protocols.UDP] discarded message from
different group (dictionary). Sender was xx.xx.105.65:33165
2006-02-01 14:00:34,868 DEBUG [org.jgroups.protocols.UDP] received (mcast) 51
bytes from /xx.xx.105.65:33166 (size=51 bytes)
2006-02-01 14:00:34,868 DEBUG [org.jgroups.protocols.UDP] message is [dst:
228.8.8.8:7600, src: xx.xx.105.65:33165 (2 headers), size = 0 bytes], headers
are {UDP=[UDP:channel_name=dictionary], PING=[PING: type=GET_MBRS_REQ,
arg=null]}
2006-02-01 14:00:34,869 WARN [org.jgroups.protocols.UDP] discarded message from
different group (dictionary). Sender was xx.xx.105.65:33165
2006-02-01 14:00:34,869 DEBUG [org.jgroups.protocols.PING] received
GET_MBRS_REQ from xx.xx.105.65:33165, sending response [PING:
type=GET_MBRS_RSP, arg=[own_addr=xx.xx.105.67:33023,
coord_addr=xx.xx.105.65:33165, is_server=true]]
2006-02-01 14:00:34,869 DEBUG [org.jgroups.protocols.UDP] sending msg to
xx.xx.105.65:33165 (src=xx.xx.105.67:33023), headers are {PING=[PING:
type=GET_MBRS_RSP, arg=[own_addr=xx.xx.105.67:33023,
coord_addr=xx.xx.105.65:33165, is_server=true]],
UDP=[UDP:channel_name=dictionary]}
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3922046#3922046
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3922046
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
JBoss-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jboss-user
