开发者社区> 问答> 正文

使用KUBE_PING缩小后,Wildfly中重复出现警告消息

我试图使用KUBE_PING JGroups协议在Kubernetes上以HA Full模式运行Wildfly。一切都很好,我可以扩展群集,节点可以相互识别,没有任何问题。

当我尝试按比例缩小群集时,会出现此问题。ActiveMQ Artemis不断抱怨它无法连接到断开连接的节点,即使JGroups已确认旧节点已离开群集。

我想知道在我的JGroups配置中我可能做错了什么。我附加了一些日志消息,以及我的JGroups配置KUBE_PING。

为了确保我尽可能多地提供信息,我正在运行最新的Wildfly官方docker镜像15.0.1.Final,它运行在JDK 11上。

编辑:修正错别字

JGroups确认节点断开连接

wildfly-kube 12:48:36,514 INFO org.apache.activemq.artemis.core.server ?httpUpgradeEndpoint=http-acceptor&activemqServerName=default&httpUpgradeEnabled=true&port=8080&host=100-116-0-4], discoveryGroupConfiguration=null]]::ClusterConnectionImpl@1699294977[nodeUUID=314721ae-337b-11e9-9cfa-0e8a9828b1cb, connector=TransportConfiguration(name=http-connector, factory=org-apache-activemq-artemis-core-remoting-impl-netty-NettyConnectorFactory) ?httpUpgradeEndpoint=http-acceptor&activemqServerName=default&httpUpgradeEnabled=true&port=8080&host=100-122-0-6, address=jms, server=ActiveMQServerImpl::serverUUID=314721ae-337b-11e9-9cfa-0e8a9828b1cb])) [initialConnectors=[TransportConfiguration(name=http-connector, factory=org-apache-activemq-artemis-core-remoting-impl-netty-NettyConnectorFactory) ?httpUpgradeEndpoint=http-acceptor&activemqServerName=default&httpUpgradeEnabled=true&port=8080&host=100-116-0-4], discoveryGroupConfiguration=null]] is connected
wildfly-kube-b6f69fb9-b2hd5 wildfly-kube 12:48:38,905 WARN org.apache.activemq.artemis.core.server) AMQ222095: Connection failed with failedOver=false
wildfly-kube-b6f69fb9-b2hd5 wildfly-kube 12:48:43,758 ERROR org.jgroups.protocols.TCP JGRP000034: wildfly-kube-b6f69fb9-b2hd5: failure sending message to wildfly-kube-b6f69fb9-nshvn: java.net.SocketTimeoutException: connect timed out
wildfly-kube-b6f69fb9-b2hd5 wildfly-kube 12:48:44,759 INFO org.infinispan.CLUSTER ISPN000094: Received new cluster view for channel ejb: wildfly-kube-b6f69fb9-b2hd5|2 [wildfly-kube-b6f69fb9-b2hd5]
wildfly-kube-b6f69fb9-b2hd5 wildfly-kube 12:48:44,772 INFO org.infinispan.CLUSTER ISPN100001: Node wildfly-kube-b6f69fb9-nshvn left the cluster
wildfly-kube-b6f69fb9-b2hd5 wildfly-kube 12:48:44,777 INFO org.infinispan.CLUSTER ISPN000094: Received new cluster view for channel ejb: wildfly-kube-b6f69fb9-b2hd5|2 [wildfly-kube-b6f69fb9-b2hd5]
wildfly-kube-b6f69fb9-b2hd5 wildfly-kube 12:48:44,779 INFO org.infinispan.CLUSTER ISPN100001: Node wildfly-kube-b6f69fb9-nshvn left the cluster
wildfly-kube-b6f69fb9-b2hd5 wildfly-kube 12:48:44,787 INFO org.infinispan.CLUSTER ISPN000094: Received new cluster view for channel ejb: wildfly-kube-b6f69fb9-b2hd5|2 [wildfly-kube-b6f69fb9-b2hd5]
wildfly-kube-b6f69fb9-b2hd5 wildfly-kube 12:48:44,788 INFO org.infinispan.CLUSTER ISPN100001: Node wildfly-kube-b6f69fb9-nshvn left the cluster
wildfly-kube-b6f69fb9-b2hd5 wildfly-kube 12:48:44,791 INFO org.infinispan.CLUSTER ISPN000094: Received new cluster view for channel ejb: wildfly-kube-b6f69fb9-b2hd5|2 [wildfly-kube-b6f69fb9-b2hd5]
wildfly-kube-b6f69fb9-b2hd5 wildfly-kube 12:48:44,792 INFO org.infinispan.CLUSTER ISPN100001: Node wildfly-kube-b6f69fb9-nshvn left the cluster
重复的ActiveMQ Artemis警告(每3秒)

展开
收起
k8s小能手 2019-02-22 16:21:17 3001 0
1 条回答
写回答
取消 提交回答
  • 整合最优质的专家资源和技术资料,问答解疑

    ActiveMQ Artemis仅使用JGroups(或任何其他发现机制)来发现其他代理,以便将它们聚合在一起。一旦发现另一个代理,它们就会在它们之间建立TCP连接,之后JGroups不会提供任何角色,这意味着看到代理离开集群的JGroup是无关紧要的。

    集群网桥出现故障的事实足以告诉ActiveMQ Artemis代理已离开集群。那时的问题是代理应该如何响应死节点。默认情况下,它会尝试无限期地重新连接,因为它期望节点在某个时刻返回。这是传统用例中的合理预期,但在云中并非如此。此行为由该reconnect-attempts属性控制cluster-connection。设置reconnect-attempts为您认为合理的东西(例如10),您将看到桥重新连接放弃并停止记录。

    2019-07-17 23:29:15
    赞同 展开评论 打赏
问答排行榜
最热
最新

相关电子书

更多
低代码开发师(初级)实战教程 立即下载
冬季实战营第三期:MySQL数据库进阶实战 立即下载
阿里巴巴DevOps 最佳实践手册 立即下载