JBoss中的以下WARN消息是什么意思，以及如何解决它？我们有一个域模式下的双节点Jboss EAP 6.0集群：
[Server:gmailarchivalserverA]01:18:17384 WARN[org.jgroups.protocols.TCP]（OOB-20，null）null：445c1d76-9ba6-0cd0-d272-5af596f4d14a没有物理地址，丢弃消息[Server:gmailarchivalserverA]01:19:36183 WARN[org.jgroups.protocols.TCP]（OOB-19，null）null：445c1d76-9ba6-0cd0-d272-5af596f4d14a没有物理地址，丢弃消息[Server:gmailarchivalserverA]01:20:50474 WARN[org.jgroups.protocols.TCP]（OOB-19，null）null：445c1d76-9ba6-0cd0-d272-5af596f4d14a没有物理地址，丢弃消息[Server:gmailarchivalserverA]01:21:49521 WARN[org.jgroups.protocols.TCP]（OOB-19，null）null：445c1d76-9ba6-0cd0-d272-5af596f4d14a没有物理地址，丢弃消息[Server:gmailarchivalserverA]01:22:58527 WARN[org.jgroups.protocols.TCP]（OOB-20，null）null：445c1d76-9ba6-0cd0-d272-5af596f4d14a没有物理地址，丢弃消息[Server:gmailarchivalserverA]01:24:12268 WARN[org.jgroups.protocols.TCP]（OOB-20，null）null：445c1d76-9ba6-0cd0-d272-5af596f4d14a没有物理地址，丢弃消息
对于人们如何调查这个问题，我花了一些时间进行搜索，发现了一些元素：
如果您已经尝试过：
- "-b x.x.x"（在jboss中）https://community.jboss.org/thread/205733
- -Djava.net.prpreferPv4Stack=true
- 确保列出TCPPING.initial_hosts JGRP-925中的所有节点https://issues.jboss.org/browse/JGRP-925
- JGRP-1422https://issues.jboss.org/browse/JGRP-1422
- -Djgroups.bind_addr=
看看jgroups用户论坛上的讨论，Bela Ban在论坛上对问题做出了反应（Bela Ban是jgroups项目的首席开发人员，用于JBoss应用服务器和Infinispan中的集群。设计并实现了JBossCache（Infinispan的前身）：
"2年前，当我观察到各种"无物理"时，我遇到了一个问题address"；我们在运行Infinispan集群在一段时间内还好，但偶尔协调员会启动和其他人交流时有各种各样的问题。我试着通过调试JGroups代码找出可能出现的问题，但是这个物理地址似乎是由JGroups缓存的，但不是刚刚从网络堆栈中检索到。。显然有时堆栈将无法返回物理地址，但大多数那时它不会像JGroups那样成为一个关键问题缓存。为什么网络堆栈不返回它超出了我的范围理解，所以我求助于一位经验丰富的系统管理员调整内核网络模块，他告诉我其中一个网络（物理）设备出现故障：我们从组中删除了服务器我再也没见过这个问题。
也许你可以把它缩小到一个单一的服务器，表现得像""
请参阅以进行全面讨论http://jgroups.1086181.n5.nabble.com/Re-jgroups-users-Join-problems-no-physical-address-tp9518p9828.html
另请阅读评论：
"我们使用HyperV虚拟化，所以问题可能存在，我不确定。虚拟机上的网络接口通常会出现问题崩溃-如果这种情况发生在协调器节点上，集群通常在所有节点重新启动之前不可连接。但在许多其他情况下当所有节点之间的TCP连接正常时（节点与JG集群旁的TCP互连）-某些消息无法已送达，或者节点在重新启动后无法加入群集，或者群集无故分裂。
我希望很快迁移到3.3，并尝试更好地分析问题"
在同一讨论中。
希望它能帮助