Tomcat_Broken pipe

CentOS release 6.5 (Final)

Linux iZ23kbsh67tZ 2.6.32-431.23.3.el6.x86_64 #1 SMP Thu Jul 31 17:20:51 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

亲自尝试，完美解决，排查思路：

netstat -n |awk '/^tcp/ {++S[$NF]}END{for (a in S) print a,S[a]}'

TIME_WAIT 3918
CLOSE_WAIT 145
FIN_WAIT1 2
FIN_WAIT2 1
ESTABLISHED 483

只要能够降低TIME_WAIT，则这些问题都会解决。

在/etc/sysctl.conf追加以下内容：

vm.swappiness = 0
net.ipv4.neigh.default.gc_stale_time=120
net.ipv4.conf.all.rp_filter=0
net.ipv4.conf.default.rp_filter=0
net.ipv4.conf.default.arp_announce = 2
net.ipv4.conf.all.arp_announce=2

#默认是5000

net.ipv4.tcp_max_tw_buckets = 20000
net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_max_syn_backlog = 1024
net.ipv4.tcp_synack_retries = 2
net.ipv4.conf.lo.arp_announce = 2
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1

#设置超时时间

net.ipv4.tcp_fin_timeout = 30

执行 sysctl -p 生效

重启nginx、tomcat

ps -ef |grep nginx
kill -9 1662 28185 28186 28187 28188

这个异常是由于以下几个原因造成。

1、客户端再发起请求后没有等服务器端相应完，点击了stop按钮，导致服务器端接收到取消请求。
   通常情况下是不会有这么无聊的用户，出现这种情况可能是由于用户提交了请求，服务器端相应缓慢，比如业务逻辑有问题等原因，导致页面过了很久也没有刷新出来，用户就有可能取消或重新发起请求。
2、Tomcat服务器在接受用户请求的时候，有其自身的处理能力，线程、服务器等各个资源限制，超出Tomcat承载范围的请求，就会被tomcat停掉，也可能产生该错误。

3、linux的线程机制会产生JVM出错的问题，特别是在连接高峰期间经常出现这样的问题，tomcat在linux下也出现类似情况。

sun的解释：  
－－posted by: cooper  
Below is a clipping from Sun on working around JVM crashes under high  
thread counts in the JVM 1.3 for Linux  

On Linux, use a larger signal number for hotspot thread  
suspension/resumption handler. The signal number being used is  
specified by environment variable _JAVA_SR_SIGNUM. Setting it to a  
number larger than SIGSEGV (11) will solve the problem. A good number  
to use is 12, which is SIGUSR2. Using signal 16 to work around the  
problem might have potential problems. So on tcsh, "setenv  
_JAVA_SR_SIGNUM 12" can solve the problem.

实战tomcat并发配置

tomcat6的性能已经非常优秀，有声称可以配置后可以并发1000的，没有看到相关的测试报告，不过可以试一试。

1. 如何加大tomcat连接数
在tomcat配置文件server.xml中的<Connector ... />配置中，和连接数相关的参数有：
minProcessors：最小空闲连接线程数，用于提高系统处理性能，默认值为10
maxProcessors：最大连接线程数，即：并发处理的最大请求数，默认值为75
acceptCount：允许的最大连接数，应大于等于maxProcessors，默认值为100
enableLookups：是否反查域名，取值为：true或false。为了提高处理能力，应设置为false
connectionTimeout：网络连接超时，单位：毫秒。设置为0表示永不超时，这样设置有隐患的。通常可设置为30000毫秒。

其中和最大连接数相关的参数为maxProcessors和acceptCount。如果要加大并发连接数，应同时加大这两个参数。

web server允许的最大连接数还受制于操作系统的内核参数设置，通常Windows是2000个左右，Linux是1000个左右。Unix中如何设置这些参数，请参阅Unix常用监控和管理命令

tomcat4中的配置示例：
<Connector className="org.apache.coyote.tomcat4.CoyoteConnector"
port="8080" minProcessors="10" maxProcessors="1024"
enableLookups="false" redirectPort="8443"
acceptCount="1024" debug="0" connectionTimeout="30000" />

对于其他端口的侦听配置，以此类推。

2. 如何加大tomcat可以使用的内存
tomcat默认可以使用的内存为128MB，在较大型的应用项目中，这点内存是不够的，需要调大。

Unix下，在文件{tomcat_home}/bin/catalina.sh的前面，增加如下设置：
JAVA_OPTS='-Xms【初始化内存大小】 -Xmx【可以使用的最大内存】'
需要把这个两个参数值调大。例如：
JAVA_OPTS='-Xms256m -Xmx512m'
表示初始化内存为256MB，可以使用的最大内存为512MB

并发1000配置实例：

?

环境配置如下:

windows 2003 企业版 sp2

Intel(R) Xeon(R) 4 CPU 5130 @ 2.0GHz 4.00GB 内存

apache_2.2.8-win32-x86

mod_jk-apache-2.0.59

jdk-1_5_0_14-windows-i586-p.exe -client

Tomcat-6.0.16 + apr

server.xml
Xml代码
<Executor name="tomcatThreadPool" namePrefix="catalina-exec-" maxThreads="2000" minSpareThreads="1000"/>


catalina.bat
Java代码
set JAVA_OPTS=-Xms1400m -Xmx1400m -Djava.awt.headless=true

?

HTTPD.CONF代码：

    <Connector port="8080" maxHttpHeaderSize="8192" useBodyEncodingForURI="true"
      maxThreads="1000" minSpareThreads="25" maxSpareThreads="75"
      enableLookups="false" redirectPort="8443" acceptCount="100"
      compression="on" compressionMinSize="2048"
     compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"
      connectionTimeout="20000" disableUploadTimeout="true" URIEncoding="UTF-8"/>