Tomcat的SEVERE: Remote Host / SocketException: Connection reset原因分析及解决办法

简介: 昨天在测试帮助文件时发现一直打不开,好像是一直再刷新,于是就到服务器上查看Tomcat的日志,就发现了下面的信息:Apr 21, 2008 9:27:34 AM org.apache.tomcat.util.net.TcpWorkerThread runItSEVERE: Remote Host /172.16.128.248 SocketException: Connection reset并且这两条信息几乎是每个1-2秒就出现一次,很是频繁。

昨天在测试帮助文件时发现一直打不开,好像是一直再刷新,于是就到服务器上查看Tomcat的日志,就发现了下面的信息:
Apr 21, 2008 9:27:34 AM org.apache.tomcat.util.net.TcpWorkerThread runIt
SEVERE: Remote Host /172.16.128.248 SocketException: Connection reset
并且这两条信息几乎是每个1-2秒就出现一次,很是频繁。于是就搜索了一下,就找到了下面的内容:
The usual cause is that the browser's stopped a HTTP request part-way through,
generally because the user's navigated to another page before the first page has
completely downloaded. The browser closes the connection, with the result that
Tomcat gets an exception when it next tries to write data to the socket.
Arguably it shouldn't be logged as a SEVERE error on production systems, but
getting that log message during development and stress testing can be very
handy! 于是就查看它引用的JavaScript文件,发现好多不存在。终于明白,是因为有些变量不存在,导致了这里的反复重载。重新加入这些JavaScript文件后,问题解决。

Fix it by any of the following (in increasing order of difficulty):

1) Ignore it (and change any log-reading scripts that look for SEVERE errors to
ignore this one);

2) Grab the source for 5.0.28, find the line where this is logged and change the
logging level in the case of a connection reset error, then recompile Tomcat;

3) Educate your users that they are supposed to sit on their hands until the
page has completely loaded (by far the hardest ;-) ).

后面还有别人的补充:
If it happens that often and you don't have a high traffic site, it might be a monitor script, that does only check if it can do a TCP connect and drop the connection before a full HTTP request-response cycle has finished.

不过我的情况和上面所说的都不符合,于是就查看了源文件,发现了如下代码:

if  ( ! window.gbWhVer ||! window.gbWhUtil ||! window.gbWhMsg)
    document.location.reload();
目录
相关文章
|
应用服务中间件
关于tomcat程序不支持图形化的解决办法
关于tomcat程序不支持图形化的解决办法
|
7月前
|
设计模式 安全 Java
【分布式技术专题】「Tomcat技术专题」 探索Tomcat技术架构设计模式的奥秘(Server和Service组件原理分析)
【分布式技术专题】「Tomcat技术专题」 探索Tomcat技术架构设计模式的奥秘(Server和Service组件原理分析)
110 0
|
4月前
|
Arthas Java 应用服务中间件
一次Tomcat返回404的分析
一个Web应用部署在阿里云EDAS上,使用Tomcat 7.0.59.3,在测试环境遭遇所有接口返回404的问题,而生产环境正常。测试与生产环境主要差异在于Apollo配置不同。通过Arthas工具监控,确认Spring已正确加载Controller,并且请求未进入Spring或Filter处理流程。进一步分析发现,Tomcat内部处理流程中设置了404状态码,最终定位到`org.apache.coyote.http11.AbstractHttp11Processor.process`方法存在问题。通过对代码逻辑的分析,确定原因是请求URL路径不正确。修正URL路径后问题得到解决。
90 1
一次Tomcat返回404的分析
|
应用服务中间件 Android开发
Eclipse启动tomcat项目乱码而终端启动tomcat正常的解决办法
Eclipse启动tomcat项目乱码而终端启动tomcat正常的解决办法
|
7月前
|
存储 负载均衡 NoSQL
【分布式技术架构】「Tomcat技术专题」 探索Tomcat集群架构原理和开发分析指南
【分布式技术架构】「Tomcat技术专题」 探索Tomcat集群架构原理和开发分析指南
146 1
|
应用服务中间件
idea新建javaweb项目完成Tomcat部署及一些常见错误的解决办法
首先,新建个项目(模块步骤也一一样),勾选Web这个选项 给项目起个名字: 此时,观察项目结构是这样的: 打开项目设置:
672 0
idea新建javaweb项目完成Tomcat部署及一些常见错误的解决办法
|
Arthas 负载均衡 网络协议
Tomcat连接之KeepAlive逻辑分析
Tomcat连接之KeepAlive逻辑分析
451 1
|
监控 算法 Java
java tomcat服务无缘无故挂掉分析和解决方案
最近有同事反应有时候xxx系统有时候会时不时出现服务异常提示,一上机器,发现xxx服务进程不在,重启服务后又恢复了,所以这边就需要去跟进问题。
3303 0
|
网络协议 Java 应用服务中间件
tomcat 的并发能力分析
tomcat 的并发能力分析
807 0
tomcat 的并发能力分析
|
Java 应用服务中间件 Android开发
Tomcat你会遇到错误吗?快来看看有没有你要的解决办法
Tomcat你会遇到错误吗?快来看看有没有你要的解决办法
139 0