JGroups不稳定的分组
我正在使用JGroups可靠的多播进行交流。我的结构如下。
- 一个名为clustera的群集包含三个节点。
- 一个节点具有多个想要加入clustera元播的应用程序。
当我启动应用程序时，每个节点中的第一个Joiner应用程序可以毫无问题地加入群集，并且可以相互交流。剩余的节点是不稳定的，他们的行为会改变每个创业公司。有时他们可以加入群集，有时不会加入。我找不到任何模式。
我可以分享的日志是说“ ...不是成员，丢弃消息”的人。因此，可以看出它不能加入集群。我应用的协议堆栈
PING
MERGE2
FD_SOCK
FD_ALL with values "timeout"=12000, "interval"=3000
VERIFY_SUSPECT
BARRIER
NAKACK
UNICAST2
STABLE
GMS
UFC
MFC
FRAG2
如何处理此问题？ （版本3.6.1. -final）
I am using jgroups reliable multicast to communicate. I have a structure as follows.
- A cluster named clusterA contains three nodes.
- A node has multiple applications that want to join clusterA multicast.
When I start the applications, first joiner app in each node can join the cluster without problem and can communicate each other. Remaining nodes are unstable that their behaviour changes for each startup. Sometimes they can join the cluster, sometimes not. I could not find any pattern.
A log that I can share is the one saying sth like "... is not a member, discarding message". So, it is seen that it cannot join the cluster. The protocol stack I applied
PING
MERGE2
FD_SOCK
FD_ALL with values "timeout"=12000, "interval"=3000
VERIFY_SUSPECT
BARRIER
NAKACK
UNICAST2
STABLE
GMS
UFC
MFC
FRAG2
How can I handle this problem? (Version 3.6.1.Final)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我升级到JGroups版本4。*和具有新版本的更新协议，其中一个新协议如下。
不确定哪个解决问题，但“ max_join_attempts” = 0部分可能是核心点，因为节点不会放弃尝试以这种方式加入群集。
I upgraded to jgroups version 4.* and updated protocols with newer versions with one new protocol as follows.
Not sure which solved problem but "max_join_attempts"=0 part may be the core point as nodes do not give up trying to join the cluster this way.