的JBoss的Ehcache复制的异常（发件人在xmit_table未找到）(JBoss Ehcac

所以，我只安装apache的背后JBoss的2个节点，启用群集和设置的Ehcache同步。现在有了这两个节点上运行，我得到的节点上出现以下异常未接受该请求：

...
JBoss_5_1_0_GA date=200905221634)] Started in 2m:16s:391ms
12:52:51,139 ERROR [NAKACK] sender 10.166.17.53:7600 not found in xmit_table
12:52:51,139 ERROR [NAKACK] range is null
12:52:51,145 INFO  [RPCManagerImpl] Received new cluster view: MergeView::[10.16                 6.17.52:7600|1] [10.166.17.52:7600, 10.166.17.53:7600], subgroups=[[10.166.17.52                       :7600|0] [10.166.17.52:7600], [10.166.17.53:7600|0] [10.166.17.53:7600]]
12:53:10,006 WARN  [NAKACK] 10.166.17.52:7600] discarded message from non-member                        10.166.17.53:7600, my view is [10.166.17.52:7600|0] [10.166.17.52:7600]
12:53:10,108 WARN  [NAKACK] 10.166.17.52:7600] discarded message from non-member                        10.166.17.53:7600, my view is [10.166.17.52:7600|0] [10.166.17.52:7600]
12:53:10,110 ERROR [NAKACK] sender 10.166.17.53:7600 not found in xmit_table
12:53:10,110 ERROR [NAKACK] range is null
12:53:10,113 INFO  [graCluster] New cluster view for partition graCluster (id: 1                       , delta: 1) : [127.0.0.1:1099, 127.0.0.1:1099]
12:53:10,117 INFO  [graCluster] Merging partitions...
12:53:10,118 INFO  [graCluster] Dead members: 0
12:53:10,120 INFO  [graCluster] Originating groups: [[10.166.17.52:7600|0] [10.1                       66.17.52:7600], [10.166.17.53:7600|0] [10.166.17.53:7600]]

以下是我的ehcache.xml中的样子：

<cacheManagerPeerProviderFactory
       class="net.sf.ehcache.distribution.jgroups.JGroupsCacheManagerPeerProviderFactory"
       properties="connect=TCP(start_port=7800):TCPPING(initial_hosts=10.46.49.52[7800],10.46.49.53[7800];port_range=10;timeout=3000;
                    num_initial_members=2;up_thread=true;down_thread=true):
                    VERIFY_SUSPECT(timeout=1500;down_thread=false;up_thread=false):
                    pbcast.NAKACK(down_thread=true;up_thread=true;gc_lag=100;retransmit_timeout=3000):
                    pbcast.GMS(join_timeout=5000;join_retry_timeout=2000;shun=false;
                    print_local_addr=false;down_thread=true;up_thread=true)"
                    propertySeparator="::"/>

最后，我这是怎么运行的两个节点：

./run.sh -c所有-g myCluster中-Djboss.default.jgroups.stack = TCP -Djgroups.tcpping.initial_hosts = 10.166.17.52 [7600]，10.166.17.53 [7600] -Djboss.messaging.ServicePeerId = 1 - Djgroups.bind_addr = 10.166.17.52 -Djboss.node.name =节点1 -b 0.0.0.0

和

./run.sh -c所有-g myCluster中-Djboss.default.jgroups.stack = TCP -Djgroups.tcpping.initial_hosts = 10.166.17.52 [7600]，10.166.17.53 [7600] -Djboss.messaging.ServicePeerId = 2 - Djgroups.bind_addr = 10.166.17.53 -Djboss.node.name =节点2 -b 0.0.0.0

这些服务器试图说服对方。我不知道他们是否是即使在同一个集群与否。任何帮助都感激不尽。

Answer 1:

我打开了Ehcache记录和想通了，虽然节点试图相互交谈，他们失败而无法建立连接到对方。这是由固定配置不当的主机文件来解决。一旦节点开始互相交谈，复制的Ehcache工作。显然，关于xmit_table错误是无关紧要的。

Answer 2:

就遇到了这个问题，最近，在做跨Windows机器的EHCache的基于TCP的发现和复制的POC。正在运行的服务的两个实例所使用的IP地址作为绑定地址-Djgroups.bind_addr =当本地工作正常。但它在计算机之间连接时失败。我们没有获得修改host文件，因此而改变使用的机器名称，而不是IP绑定地址。重新启动服务，并在计算机之间通信的工作完美的罚款与缓存中的所有CRUD操作如预期得到复制。