elasticsearch WSO2 log4j和elasticsearch:所有碳应用程序冻结,elasticsearch,wso2,wso2esb,wso2-am,wso2carbon,elasticsearch,Wso2,Wso2esb,Wso2 Am,Wso2carbon" /> elasticsearch WSO2 log4j和elasticsearch:所有碳应用程序冻结,elasticsearch,wso2,wso2esb,wso2-am,wso2carbon,elasticsearch,Wso2,Wso2esb,Wso2 Am,Wso2carbon" />

elasticsearch WSO2 log4j和elasticsearch:所有碳应用程序冻结

elasticsearch WSO2 log4j和elasticsearch:所有碳应用程序冻结,elasticsearch,wso2,wso2esb,wso2-am,wso2carbon,elasticsearch,Wso2,Wso2esb,Wso2 Am,Wso2carbon,我注意到我的wso2应用程序(esb 4.9、AM 1.10和GREG 5.0.0)中有一个非常奇怪的行为 每次elasticsearch/logstash停止时,所有碳应用程序都会冻结。 他们变得完全没有反应,阻止他们的唯一方法就是发送一个杀戮-9 我的配置相当标准(见下文),所以我想知道我是否遗漏了什么,或者是否有其他人注意到了同样的问题 log4j.rootLogger=INFO, CARBON_CONSOLE, CARBON_LOGFILE, CARBON_MEMORY,tcp log

我注意到我的wso2应用程序(esb 4.9、AM 1.10和GREG 5.0.0)中有一个非常奇怪的行为 每次elasticsearch/logstash停止时,所有碳应用程序都会冻结。 他们变得完全没有反应,阻止他们的唯一方法就是发送一个杀戮-9

我的配置相当标准(见下文),所以我想知道我是否遗漏了什么,或者是否有其他人注意到了同样的问题

log4j.rootLogger=INFO, CARBON_CONSOLE, CARBON_LOGFILE, CARBON_MEMORY,tcp

log4j.appender.tcp=org.apache.log4j.net.SocketAppender
log4j.appender.tcp.layout=org.wso2.carbon.utils.logging.TenantAwarePatternLayout
log4j.appender.tcp.layout.ConversionPattern=[%d] %P%5p {%c} – %x %m%n
log4j.appender.tcp.layout.TenantPattern=%U%@%D[%T]
log4j.appender.tcp.Port=6000
log4j.appender.tcp.RemoteHost=localhost
log4j.appender.tcp.ReconnectionDelay=10000
log4j.appender.tcp.threshold=DEBUG
log4j.appender.tcp.Application=esb500wso2carbon

文档中说了什么:

日志事件由本机TCP自动缓冲 实施这意味着,如果到服务器的链接很慢,但是 比客户端的(日志)事件生成速率还要快, 客户端不会受到慢速网络连接的影响。 但是,如果网络连接较慢,则事件发生率 生产,则客户端只能以网络速率进行。在里面 特别是,如果到服务器的网络链接断开,则客户端 将被阻止

另一方面,如果网络链路接通,但 服务器已关闭,创建日志时不会阻止客户端 请求,但由于服务器不可用,日志事件将丢失

但在我的例子中,即使在“服务器关闭”的情况下,客户机有时也会被阻塞,因为许多java线程在同一个锁对象上被阻塞


查看JMSAppender或AsyncAppender,了解文档内容:

日志事件由本机TCP自动缓冲 实施这意味着,如果到服务器的链接很慢,但是 比客户端的(日志)事件生成速率还要快, 客户端不会受到慢速网络连接的影响。 但是,如果网络连接较慢,则事件发生率 生产,则客户端只能以网络速率进行。在里面 特别是,如果到服务器的网络链接断开,则客户端 将被阻止

另一方面,如果网络链路接通,但 服务器已关闭,创建日志时不会阻止客户端 请求,但由于服务器不可用,日志事件将丢失

但在我的例子中,即使“服务器关闭”,客户机有时也会被阻塞,因为许多java线程在同一个锁对象上被阻塞


看看JMSApender或AsyncAppender,因为WS02是一个bug。 它不影响5.x版 已成功测试的建议解决方法是使用filebeat:(
不太理想,但它可以工作

根据WS02是一个bug。 它不影响5.x版 已成功测试的建议解决方法是使用filebeat:( 虽然不理想,但它确实有效