Jboss 警告[org.jgroups.protocols.TCP](OOB-19,null)null:445c1d76-9ba6-0cd0-d272-5af596f4d14a没有物理地址,正在丢弃消息

Jboss 警告[org.jgroups.protocols.TCP](OOB-19,null)null:445c1d76-9ba6-0cd0-d272-5af596f4d14a没有物理地址,正在丢弃消息,jboss,jboss7.x,jboss-eap-6,Jboss,Jboss7.x,Jboss Eap 6,JBoss中的以下警告消息是什么意思,如何解决?我们在域模式下有一个两节点Jboss EAP 6.0群集: [Server:gmailarchivalserverA]01:18:17384警告[org.jgroups.protocols.TCP](OOB-20,null)null:445c1d76-9ba6-0cd0-d272-5af596f4d14a没有物理地址,正在删除消息 [Server:gmailarchivalserverA]01:19:36183警告[org.jgroups.prot

JBoss中的以下警告消息是什么意思,如何解决?我们在域模式下有一个两节点Jboss EAP 6.0群集:

[Server:gmailarchivalserverA]01:18:17384警告[org.jgroups.protocols.TCP](OOB-20,null)null:445c1d76-9ba6-0cd0-d272-5af596f4d14a没有物理地址,正在删除消息 [Server:gmailarchivalserverA]01:19:36183警告[org.jgroups.protocols.TCP](OOB-19,null)null:445c1d76-9ba6-0cd0-d272-5af596f4d14a没有物理地址,正在删除消息 [Server:gmailarchivalserverA]01:20:50474警告[org.jgroups.protocols.TCP](OOB-19,null)null:445c1d76-9ba6-0cd0-d272-5af596f4d14a没有物理地址,正在删除消息 [Server:gmailarchivalserverA]01:21:49521警告[org.jgroups.protocols.TCP](OOB-19,null)null:445c1d76-9ba6-0cd0-d272-5af596f4d14a没有物理地址,正在删除消息 [Server:gmailarchivalserverA]01:22:58527警告[org.jgroups.protocols.TCP](OOB-20,null)null:445c1d76-9ba6-0cd0-d272-5af596f4d14a没有物理地址,正在删除消息
[Server:gmailarchivalserverA]01:24:12268警告[org.jgroups.protocols.TCP](OOB-20,null)null:445c1d76-9ba6-0cd0-d272-5af596f4d14a没有物理地址,删除消息

,我花了一些时间搜索,找到了一些元素:

如果您已经尝试过:

  • “-Bx.x.x.x”(在jboss中)
  • -Djava.net.preferIPv4Stack=true
  • 确保列出tcping.initial_hosts JGRP-925中的所有节点
  • JGRP-1422
  • -Djgroups.bind_addr=
看看jgroups用户论坛上的讨论,Bela Ban在论坛上对这个问题做出了反应(Bela Ban是jgroups项目的首席开发人员,用于JBoss应用服务器和Infinispan中的集群)。 设计并实现了JBossCache(Infinispan的前身):

“2年前,我在观察各种“非物理”时遇到了一个问题 日志中的“地址”消息;我们在哪里运行Infinispan群集 有一段时间还可以,但偶尔协调员会开始工作 与他人沟通时遇到各种问题。我试图 通过调试JGroups代码找出可能的错误,但是 这个物理地址似乎是由JGroups缓存的,但不是这样 刚从网络堆栈中检索到..显然有些时候 堆栈将无法返回物理地址,但大多数 时间不会像JGroups那样成为一个关键问题 缓存。为什么网络堆栈不返回它超出了我的理解范围 所以我求助于一位经验丰富的系统管理员 调整内核网络模块,他告诉我其中一个 (物理)设备出现故障:我们从组中删除了服务器 我再也没有看到过这个问题

也许你可以把它缩小到一个单一的服务器

有关详细讨论,请参阅

还请阅读该评论:

“我们使用HyperV虚拟化,所以问题可能存在,我不确定。 问题通常发生在虚拟机上的网络接口上 崩溃-如果这种情况发生在协调器节点上,集群通常是 在所有节点重新启动之前无法连接。但在许多其他情况下,它 当所有节点之间的TCP连接正常时发生(节点不可用) 在JG集群旁边与TCP互连)-无法传输某些消息 已传递,或者节点在重新启动后无法加入群集,或者群集已关闭 无缘无故地分裂了

我希望很快迁移到3.3,并尝试更好地分析问题”

在同样的讨论中

希望能有帮助