引起:java.io.IOException:异步IO操作失败(3),原因:RC:104连接由同行重置

时间:2015-09-18 10:32:28

标签: java networking

9/6/15 5:11:12:539 UTC] 00000040 SystemErr     R Caused by: java.io.IOException: Async IO operation failed (3), reason: RC: 104  Connection reset by peer
[9/6/15 5:11:12:539 UTC] 00000040 SystemErr     R   at com.ibm.io.async.AsyncLibrary$IOExceptionCache.<init>(AsyncLibrary.java:891)
[9/6/15 5:11:12:539 UTC] 00000040 SystemErr     R   at com.ibm.io.async.AsyncLibrary$IOExceptionCache.get(AsyncLibrary.java:904)
[9/6/15 5:11:12:539 UTC] 00000040 SystemErr     R   at com.ibm.io.async.AsyncLibrary.getIOException(AsyncLibrary.java:918)
[9/6/15 5:11:12:539 UTC] 00000040 SystemErr     R   at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:705)
[9/6/15 5:11:12:539 UTC] 00000040 SystemErr     R   at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905)

当我的服务提供商进行故障转移时,这是我得到的例外。在这里,我的服务提供商谁拥有如下的服务器架构

一个GSLB,其次是LLB1和LLB2。 LLB1连接到服务器1,2,3,LLB2连接到服务器4,5,6。

他们正在关闭LLB1并将所有传入请求重定向到LLB2。但我们在LLB1中已经建立的连接正在经历上述异常。我们询问了服务提供商,但是他们说其他消费者没有遇到这个问题。我不确定即使我们在事务中有无状态对象,为什么会发生这种情况。

如果我们重新启动使用此服务的应用程序服务器,那么所有请求都将按照预期结束到LLB2。

0 个答案:

没有答案