2014-10-29 83 views
0

我使用Tomcat 7和我越來越頻繁的連接復位錯誤,的Tomcat 7扔頻繁java.net.SocketException異常:連接復位

org.apache.coyote.http11.Http11Processor - Error parsing HTTP request header 

java.net.SocketException: Connection reset 
    at java.net.SocketInputStream.read(SocketInputStream.java:189) 
    at java.net.SocketInputStream.read(SocketInputStream.java:121) 
    at org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:516) 
    at org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:501) 
    at org.apache.coyote.http11.InternalInputBuffer.parseRequestLine(InternalInputBuffer.java:98) 
    at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:931) 
    at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) 
    at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310) 
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) 
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) 
    at java.lang.Thread.run(Thread.java:722) 

,並在時間,雖然不是經常「意外的EOF讀取插槽上」 ,

org.apache.coyote.http11.Http11Processor - Error parsing HTTP request header 

java.io.EOFException: Unexpected EOF read on the socket 
    at org.apache.coyote.http11.InternalInputBuffer.parseRequestLine(InternalInputBuffer.java:99) 
    at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:931) 
    at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) 
    at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310) 
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) 
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) 
    at java.lang.Thread.run(Thread.java:722) 

從我讀通過,似乎都表明,客戶端可能有可能突然關閉了連接,而服務器正在讀取,從而進入復位和/或EOF。

是否有其他任何人可以想到或遇到的原因。同樣,如果這兩個例外源自同一個問題,頻率如何變化,我會得到大約100個連接重置來說5個EOF。

感謝

+0

如果tomcat暴露於互聯網,它可能也是由於一些蠕蟲/端口掃描器攻擊隨機IP。您可以通過檢查tomcat訪問日誌和原始IP進行調查。監控工具(nagios和其他)有時使用很差的檢查,只是打開/關閉一個套接字來檢查服務可用性,它會導致這種日誌消息。 – nomoa 2014-10-29 10:44:53

回答

1

更多的調查和Wireshark轉儲顯示,比實際負載以外,其他兩件事情,顯示出來,一個是負載平衡器這確實定期心跳檢查,另一個是網絡監控腳本,再做頻繁ping。

因此,這些似乎是ping和打破關係的人。所以當我們監控一個被動服務器時,它又位於LB之後,並且也被網絡監控腳本佔用,但是沒有生產負載。它也顯示了我們在加載的活動服務器上看到的異常。這證實了上述觀察。所以我們可以忽略這些或者改變監視腳本等待來自服務器的響應。

相關問題