简体   繁体   English

WSO2 MB群集使对等连接重置

[英]WSO2 MB Cluster Giving Connection reset by peer

Test cluster of two brokers, WKA membership scheme, PostgreSQL message store, working fine for a couple of days, then throwing following errors: 测试两个代理的集群,WKA成员身份方案,PostgreSQL消息存储,可以正常工作几天,然后抛出以下错误:

TID: [] [] [2016-07-19 12:09:24,738] ERROR {org.wso2.andes.server.protocol.MultiVersionProtocolEngine} -  Error establishing session {org.wso2.andes.server.protocol.MultiVersionProtocolEngine}
java.io.IOException: Connection reset by peer
    at sun.nio.ch.FileDispatcherImpl.read0(Native Method)
    at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:39)
    at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:223)
    at sun.nio.ch.IOUtil.read(IOUtil.java:197)
    at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:380)
    at org.apache.mina.transport.socket.nio.SocketIoProcessor.read(SocketIoProcessor.java:218)
    at org.apache.mina.transport.socket.nio.SocketIoProcessor.process(SocketIoProcessor.java:198)
    at org.apache.mina.transport.socket.nio.SocketIoProcessor.access$400(SocketIoProcessor.java:45)
    at org.apache.mina.transport.socket.nio.SocketIoProcessor$Worker.run(SocketIoProcessor.java:485)
    at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51)
    at java.lang.Thread.run(Thread.java:745)

Startup of Message Broker looks fine, no errors, JDBC connection to PostgreSQL DB is ok, Registry mount looks ok. Message Broker的启动看起来不错,没有错误,与PostgreSQL DB的JDBC连接正常,注册表安装正常。 Then after that error appears in wso2carbon.log several times/minute. 然后,该错误几次/分钟出现在wso2carbon.log中。 Anyone any ideas? 有任何想法吗? As far as I know nothing's changed and I don't know what it's trying to connect to. 据我所知,没有任何改变,我也不知道它试图连接什么。

This usually happens when client's whom connected to MB tries to create connections per message. 通常,当连接MB的客户端尝试为每条消息创建连接时,就会发生这种情况。 jms is heavy connection and not recommended to create connections per each message. jms是繁重的连接,不建议为每条消息创建连接。 Therefore, please go through client implementation and verify connections are not created per message. 因此,请检查客户端实施过程,并确保未按消息创建连接。

If by any chance you are using wso2 esb to publish/subscribe queues/topics to mb there is a property "transport.jms.CacheLevel" connection caching in esb axis2.xml.Read the documentation and use appropriate caching level for your usecase. 如果您有机会使用wso2 esb将队列/主题发布/订阅到mb,则在esb axis2.xml中有一个属性“ transport.jms.CacheLevel” 连接缓存 。请阅读文档并为您的用例使用适当的缓存级别。

There was bug in connection caching property to be ignored in esb 4.8.1 which is currently fixed in 4.9.0 as well. esb 4.8.1中存在连接缓存属性中的错误 ,该错误目前也已在4.9.0中修复。 These are the possible cases I can think of with the given information. 对于给定的信息,我可能会想到这些情况。 If you need more info please provide a detailed usecase. 如果您需要更多信息,请提供详细的用例。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM