Subject: Re: UDP.start():: Cannot assign requested address on Linux, Win runs fine - msg#00017

Previous Message by Date: click to view message preview

Re: NAKACK retransmit, message not found

Why don;t you use the latest JGroups (2.2.9 RC1) and either default.xml or fc-fast-minimalthreads.xml ? Do you need vsync ? The combintaion you posted (with total) has not been tested pvspost-notify@xxxxxxxxx wrote: Hi, I am running in a into problem with modified VSYNC stack (version 2.2.8), here is my protocol stack UDP(bind_addr=mylocalhost;mcast_addr=224.0.0.37;mcast_port=45566;\ mcast_send_buf_size=150000;mcast_recv_buf_size=80000;\ ucast_send_buf_size=150000;ucast_recv_buf_size=80000;ip_ttl=4):\ PING(timeout=2000;num_initial_members=3):\ FD_SOCK:\ STABLE:\ VERIFY_SUSPECT(timeout=1500):\ NAKACK(retransmit_timeout=300,600,1200,2400,4800):\ UNICAST(timeout=1200,2000,2500):\ FRAG(frag_size=8192;down_thread=false;up_thread=false):\ FLUSH:\ TOTAL_TOKEN(unblock_sending=10;block_sending=50):\ GMS(join_timeout=5000;join_retry_timeout=2000;\ print_local_addr=true):\ VIEW_ENFORCER: (I guess could use TOTAL, instead of TOTAL_TOKEN) I have 3 members in my group, constantly sending messages between then using a (jchannel.send). The stack seems to work okay for most part. But sometime (couple of occasions), NAKACK layer of one member started spiting warning messages about messages not being found (for retransmit requests from the other 2 members), and this member continuously spits out this warning message (look at the seqno of the retransmit request, close to 2000 message). Eventually, this member exits (crashes). Also when this happens, the other members send (channel.send) method gets blocked for ever. And the other members never recover, even after the first member has exited (crashes), from the group. Here is the log (of one member) 2005-12-02 18:44:57,507 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.87:32924): message with seqno=360724 not found ! 2005-12-02 18:44:57,508 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.87:32924): message with seqno=360725 not found ! 2005-12-02 18:44:57,508 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.87:32924): message with seqno=360726 not found ! 2005-12-02 18:44:57,508 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.87:32924): message with seqno=360727 not found ! ... ... ... 2005-12-02 18:44:57,551 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.87:32924): message with seqno=361724 not found ! 2005-12-02 18:44:57,552 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.87:32924): message with seqno=361725 not found ! 2005-12-02 18:44:57,552 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.87:32924): message with seqno=361726 not found ! 2005-12-02 18:44:57,552 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.87:32924): message with seqno=361727 not found ! 2005-12-02 18:44:57,552 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.87:32924): message with seqno=361728 not found ! 2005-12-02 18:44:57,552 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.87:32924): message with seqno=361729 not found ! ... ... ... 2005-12-02 18:45:28,592 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.88:1086): message with seqno=362492 not found ! 2005-12-02 18:45:28,592 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.88:1086): message with seqno=362493 not found ! 2005-12-02 18:45:28,592 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.88:1086): message with seqno=362494 not found ! 2005-12-02 18:45:28,592 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.88:1086): message with seqno=362495 not found ! 2005-12-02 18:45:28,592 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.88:1086): message with seqno=362496 not found ! 2005-12-02 18:45:28,592 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.88:1086): message with seqno=362497 not found ! ... ... ... 2005-12-02 18:45:28,704 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.87:32930): message with seqno=362493 not found ! 2005-12-02 18:45:28,705 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.87:32930): message with seqno=362494 not found ! 2005-12-02 18:45:28,705 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.87:32930): message with seqno=362495 not found ! 2005-12-02 18:45:28,705 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.87:32930): message with seqno=362496 not found ! 2005-12-02 18:45:28,705 [UpHandler (NAKACK)] WARN org.jgroups.protocols.NAKACK - (to 10.10.6.87:32930): message with seqno=362497 not found ! Thanx ------------------------------------------------------- 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://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ javagroups-users mailing list javagroups-users@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/javagroups-users -- Bela Ban Lead JGroups / JBossCache callto://belaban ------------------------------------------------------- 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://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Next Message by Date: click to view message preview

Re: Disconnect Problem

Can you try this with one of the default stacks (in JGroups/conf) ? Lajos Moczar wrote: Howdy - I'm trying to test out JGroups as a clustering mechanism for Mule (mule.codehaus.org) in order to solve an urgent problem for a client. I just coded up a simple test, looking very much like the various samples out there. I started an instance of my code, and saw that the JChannel connected ok, and a view record came back. At this point, I only have a single client running. Problem is, when I kill the client, the disconnect() method hang indefinitely. I see from the code that the disconnect() method waits for a DISCONNECT_OK. If you have only a single member of the group, where is this generated from? My flags are: UDP(mcast_addr=224.0.0.10;mcast_port=5678):PING:FD:STABLE:NAKACK:UNICAST:FRAG:FLUSH:GMS:VIEW_ENFORCER:STATE_TRANSFER:QUEUE I also had a related problem: can I start two clients on the same machine using the same mcast settings? It appears I cannot, as the second client hangs during the connect() method until the first client is taken down. Any ideas? Thanks, Lajos ------------------------------------------------------- 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://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ javagroups-users mailing list javagroups-users@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/javagroups-users -- Bela Ban Lead JGroups / JBossCache callto://belaban ------------------------------------------------------- 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://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Previous Message by Thread: click to view message preview

UDP.start():: Cannot assign requested address on Linux, Win runs fine

Hi, I'm new to JavaGroups an I have problems to run my simple program on a SuSE (10.0) Linux Machine. The same classes that I use runs without problems on my win xp pc, and 3 different linux machines. But on the new machine ...nothing works. I want to start a my Comserver during tomcat launch as a singleton. When the JChannel tries to connect it fails. I've tried to create the channel with null as property string and with String props = "UDP(mcast_addr=224.0.0.1;mcast_port=1212):PING:FD"; It fails during the connect(), the mcast route to 240.0.0.0 exists, the tests from http://www.jgroups.org/javagroupsnew/docs/newuser/node15.html runs fine. I dont know where's the difference between the systems so that this start hangs up, all uses the same libs and classes. private void init() { JChannel channel = new JChannel(props); channel.setOpt(Channel.AUTO_RECONNECT, Boolean.TRUE); System.out.println("Connecting to " + channel_name); channel.connect(channel_name); } org.jgroups.ChannelException: failed to start protocol stack at org.jgroups.JChannel.connect(JChannel.java:393) at de.stv.jg.ComServer.initClient(ComServer.java:74) at de.stv.jg.ComServer.<init>(ComServer.java:52) at de.stv.jg.ComServer.getInstance(ComServer.java:59) at de.stv.web.servlet.Starter.init(Starter.java:93) at javax.servlet.GenericServlet.init(GenericServlet.java:211) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1091) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:925) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3880) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4141) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012) at org.apache.catalina.core.StandardHost.start(StandardHost.java:718) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442) at org.apache.catalina.core.StandardService.start(StandardService.java:450) at org.apache.catalina.core.StandardServer.start(StandardServer.java:680) at org.apache.catalina.startup.Catalina.start(Catalina.java:536) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:275) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) Caused by: java.lang.Exception: exception caused by UDP.start(): java.net.BindException: Cannot assign requested address at org.jgroups.stack.Protocol.handleSpecialDownEvent(Protocol.java:600) at org.jgroups.stack.DownHandler.run(Protocol.java:117) regards, Tom ------------------------------------------------------- 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://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Next Message by Thread: click to view message preview

Re: UDP.start():: Cannot assign requested address on Linux, Win runs fine

Hello again. I stumbled into the exact same problem. JGroups runs fine on my Windows machine, but crashes with "java.net.BindException: Cannot assign requested address" in the linux production one. Using version 2.2.9rc1. I've tried many multicast addresses (whould you suggest a specific one?) and I'm not using "-Dbind.address" anywhere. The protocol stack in this case is (based on fc-fast-minimalthreads.xml): UDP(mcast_port=10101; mcast_addr=228.0.0.1; tos=16; ucast_recv_buf_size=20000000; ucast_send_buf_size=640000; mcast_recv_buf_size=25000000; mcast_send_buf_size=640000; loopback=false; discard_incompatible_packets=true; max_bundle_size=64000; max_bundle_timeout=30; use_incoming_packet_handler=true; use_outgoing_packet_handler=false; ip_ttl=2; down_thread=false;up_thread=false; enable_bundling=true): PING(timeout=2000; down_thread=false;up_thread=false;num_initial_members=4): MERGE2(max_interval=2000; down_thread=false;up_thread=false;min_interval=400): FD_SOCK(down_thread=false;up_thread=false): VERIFY_SUSPECT(timeout=1500;down_thread=false): pbcast.NAKACK(max_xmit_size=60000; use_mcast_xmit=false;gc_lag=0; retransmit_timeout=100,200,300,600,1200,2400,4800; down_thread=false;up_thread=false; discard_delivered_msgs=true): UNICAST(timeout=300,600,1200,2400,3600; down_thread=false;up_thread=false): pbcast.STABLE(stability_delay=1000;desired_avg_gossip=50000; down_thread=false;up_thread=false; max_bytes=400000): pbcast.GMS(print_local_addr=false;join_timeout=3000; down_thread=false;up_thread=false; join_retry_timeout=2000;shun=true): FC(max_credits=2000000;down_thread=false;up_thread=false; min_threshold=0.10): FRAG2(frag_size=60000;down_thread=false;up_thread=true): pbcast.STATE_TRANSFER(down_thread=false;up_thread=false) Any ideas? Best regards, Carlos. Bela Ban wrote: Did you use a -Dbind.address property, or set bind_addr in UDP ? In any case, 224.0.0.1 is a reserved multicast address, so that might be the problem. Actually, the entire range 224.x.x.x is reserved, try a different mcast address jgroups@xxxxxx wrote: Hi, I'm new to JavaGroups an I have problems to run my simple program on a SuSE (10.0) Linux Machine. The same classes that I use runs without problems on my win xp pc, and 3 different linux machines. But on the new machine ...nothing works. I want to start a my Comserver during tomcat launch as a singleton. When the JChannel tries to connect it fails. I've tried to create the channel with null as property string and with String props = "UDP(mcast_addr=224.0.0.1;mcast_port=1212):PING:FD"; It fails during the connect(), the mcast route to 240.0.0.0 exists, the tests from http://www.jgroups.org/javagroupsnew/docs/newuser/node15.html runs fine. I dont know where's the difference between the systems so that this start hangs up, all uses the same libs and classes. private void init() { JChannel channel = new JChannel(props); channel.setOpt(Channel.AUTO_RECONNECT, Boolean.TRUE); System.out.println("Connecting to " + channel_name); channel.connect(channel_name); } org.jgroups.ChannelException: failed to start protocol stack at org.jgroups.JChannel.connect(JChannel.java:393) at de.stv.jg.ComServer.initClient(ComServer.java:74) at de.stv.jg.ComServer.<init>(ComServer.java:52) at de.stv.jg.ComServer.getInstance(ComServer.java:59) at de.stv.web.servlet.Starter.init(Starter.java:93) at javax.servlet.GenericServlet.init(GenericServlet.java:211) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1091) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:925) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3880) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4141) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012) at org.apache.catalina.core.StandardHost.start(StandardHost.java:718) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442) at org.apache.catalina.core.StandardService.start(StandardService.java:450) at org.apache.catalina.core.StandardServer.start(StandardServer.java:680) at org.apache.catalina.startup.Catalina.start(Catalina.java:536) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:275) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) Caused by: java.lang.Exception: exception caused by UDP.start(): java.net.BindException: Cannot assign requested address at org.jgroups.stack.Protocol.handleSpecialDownEvent(Protocol.java:600) at org.jgroups.stack.DownHandler.run(Protocol.java:117) regards, Tom ------------------------------------------------------- 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://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ javagroups-users mailing list javagroups-users@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/javagroups-users -- Carlos Eduardo Knippschild Desenvolvedor Hoplon Infotainment - http://www.hoplon.com ------------------------------------------------------- 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://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click