【Jmeter篇】Jmeter踩坑记（一）

踩坑一：
Response code: Non HTTP response code: java.net.SocketTimeoutException
Response message: Non HTTP response message: connect timed out

查看Load time的时间要大于request设置的connect time out时间，所以抛出该异常。可能是由于服务端有较多请求正在处理（且处理时间较长），导致JMeter不能连接上服务器而产生的。
踩坑二：
Java.NET.BindException: Address already in use: connect

原因：短时间内new socket操作很多,而socket.close()操作并不能立即释放绑定的端口,而是把端口设置为TIMEWAIT 状态,过段时间(默认240s)才释放,(用netstat -na可以看到),最后系统资源耗尽(windows上是耗尽了pool of ephemeral ports ,这段区间在1024-5000之间)
解决方法：在运行JMeter agent的机器上，添加注册表条目HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

MaxUserPort：最大动态端口数（Default = 5000, Max = 65534）

TcpTimedWaitDelay：TCP等待延迟时间（30）

TcpNumConnections：TCP最大连接数（Default = 16,777,214）

MaxFreeTcbs：最大TCP控制块（1000-2000）

MaxHashTableSize：最大TCB Hash table数量（64-65536）

解析中值为10进制，下方脚本已全转换为16进制

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\]

"MaxUserPort"=dword:fffe

"TcpTimedWaitDelay"=dword:1e

"TcpNumConnections"=dword:fffffe

"MaxFreeTcbs"=dword:7D0

"MaxHashTableSize"=dword:10000

踩坑三：
java.lang.OutOfMemoryError: Java heap space

原因：观察运行jmeter机器的内存，占用较高，超过了jmeter设置的内存上限。
解决方案：修改jmeter配置文件，调整内存可用的范围

修改/bin/jmeter.bat文件：找到这2行
set HEAP=-Xms256m -Xmx256m
set NEW=-XX:NewSize=128m -XX:MaxNewSize=128m
改为：
set HEAP=-Xms1024m –Xmx2048m（最大值不能超过系统内存的1/2）
set NEW=-XX:NewSize=128m -XX:MaxNewSize=512m
踩坑四：
Response code: Non HTTP response code: java.net.SocketTimeoutException
Response message: Non HTTP response message: Read timed out

发生该错误时，jmeter已经连接上服务器，查看load time没有超过设定的request timeout时间，错误可能的原因是，服务器那边未处理该线程的请求，或者为保证服务能力，断掉了连接。
为了验证该猜想，持续大于半小时向服务器发送该并发数量的请求，一段时间后，request收到503的response，证明猜想。
踩坑五：
Failed to initialise remote engine java.rmi.ConnectException: Connection refused to host:

原因：分布式测试时，server和agent之间的连接有问题。单个机器排查后，发现是某个agent机器安装了多个网卡，rmi远程的时候找的是虚拟机的网卡，导致连接失败。
解决方案：禁掉不使用的虚拟机网卡，测试之后再恢复。
踩坑六：