JMeter分布式压测15K用户时卡在端口4445无汇总报告

核心现象 #

测试计划包含16个Concurrency Thread Group，在19台slave服务器分布式运行：

• 2K用户压测时，执行tail -f -n 2 MVP_2K_Run.log能正常看到汇总报告
• 15K用户压测时，相同命令卡在Waiting for possible Shutdown/StopTestNow/HeapDump/ThreadDump message on port 4445，无汇总输出；但JTL文件和日志文件已生成，仅tail看不到汇总内容

启动15K用户压测的命令：

nohup /opt/apache-jmeter-5.4.1/bin/jmeter -Djava.rmi.server.hostname=10.104.180.50 -n -t Novus_MVP5.2_BaseLinePT_15K.jmx  -l Novus_MVP5.2_BaseLinePT_15K_23Oct.jtl -R 10.104.180.51:4000,10.104.180.52:4000,10.104.180.53:4000,10.104.180.54:4000,10.104.180.55:4000,10.104.180.56:4000,10.104.180.57:4000,10.104.180.58:4000,10.104.180.59:4000,10.104.180.60:4000,10.104.180.61:4000,10.104.180.62:4000,10.104.180.63:4000,10.104.180.64:4000,10.104.180.65:4000,10.104.180.66:4000,10.104.180.67:4000,10.104.180.68:4000,10.104.180.69:4000 > Novus_MVP5.2_BaseLinePT_15K_23Oct.log 2>&1 &

排查与解决步骤 #

1. 先确认测试是否真的结束 #

• 检查slave节点进程：在每台slave上执行ps aux | grep jmeter，如果还有压测进程在运行，说明测试未完成，master会持续等待所有slave反馈，自然不会输出汇总
• 监控JTL文件大小：如果JTL文件还在持续增大，证明测试仍在执行，耐心等待即可

2. 解决日志缓冲区延迟问题 #

nohup默认会缓冲stdout输出，高并发场景下数据量大，可能导致汇总内容未实时写入日志。修改启动命令，强制关闭输出缓冲：

nohup stdbuf -o0 /opt/apache-jmeter-5.4.1/bin/jmeter -Djava.rmi.server.hostname=10.104.180.50 -n -t Novus_MVP5.2_BaseLinePT_15K.jmx  -l Novus_MVP5.2_BaseLinePT_15K_23Oct.jtl -R 10.104.180.51:4000,...,10.104.180.69:4000 > Novus_MVP5.2_BaseLinePT_15K_23Oct.log 2>&1 &

其中stdbuf -o0强制标准输出无缓冲，确保内容实时写入日志。

3. 调整tail命令的查看范围 #

tail -f -n 2仅显示最后2行，可能汇总内容不在这个范围内。改用tail -n 20 日志文件名查看更多末尾内容，确认汇总是否已经写入日志。

4. 优化测试计划与分布式配置 #

• 检查线程组分配：16个Concurrency Thread Group在19台slave上分配15K用户，是否存在负载不均？调整线程组的分配策略，确保每台slave的线程数相对均衡，避免单节点负载过高超时
• 开启阶段性汇总：在测试计划的Summary Report组件中，勾选Generate Summary Results并设置合适的Output Interval（比如每10秒输出一次），这样测试运行过程中也能看到阶段性汇总，而非仅在结束时输出
• 检查RMI通信：确认master与所有slave的4445、4446端口无防火墙/安全组限制，在master和slave的jmeter.properties中统一配置RMI端口：

  server.rmi.localport=4000
  server.rmi.port=4000
  

  减少高并发下的通信异常。

内容的提问来源于stack exchange，提问作者Arshad