Re: [infinispan-dev] JGroups 2.8 and Infinispan

Also, here's another potential clue - a much simpler test, RehashTest#testRehashOnJoin() takes 5 seconds with JGroups 2.7.0. And about 45 seconds with JGroups 2.8.0.Beta1. On 11 Jun 2009, at 12:06, Manik Surtani wrote: > Guys I am seeing problems here again. > > Vladimir, you mentioned the problems you saw earlier had to do with > nodes not being in the initial TCPPING discovery list. > > In one of my dist rehash tests, I see this as well, although I > don't think it has to do with the initial discovery list. > > The test (will be in SVN soon) is > o.i.distribution.RehashTest#testNoDataLoss() > > The test starts 3 caches, populates state. So far so good. > Adds 3 more caches to the cluster. Now here, in the process of > adding these, some of the original nodes cannot "see" some new > nodes even though views have been installed, leading to dropped > packets. > (the next part of the test kills the 3 original nodes, but the test > never gets this far). > > This is the sort of message we see in the logs. Wonder if the "no > physical address" bit sheds any light. (Note that the JGroups > address has been replaced with CACHE1..CACHE6 in the logs for > readability) > > 2009-06-11 11:28:59,854 WARN [org.jgroups.protocols.TCP] > (OOB-6,Infinispan-Cluster,CACHE3) no physical address for CACHE5, > dropping message > > Also, just so you know, this works perfectly well with JGroups > 2.7.0.GA. > > Any thoughts/ideas? > > Cheers > -- > Manik Surtani > manik(a)jboss.org > Lead, Infinispan > Lead, JBoss Cache > http://www.infinispan.org > http://www.jbosscache.org > > > > > _______________________________________________ > infinispan-dev mailing list > infinispan-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani manik(a)jboss.org Lead, Infinispan Lead, JBoss Cache http://www.infinispan.org http://www.jbosscache.org