JMeter主从分布式负载测试触发远程执行时报错求助

你说主从连通性正常、Slave也启动了jmeter-server.bat，但触发远程测试还是报错，结合你给出的日志片段，我帮你梳理几个常见的排查方向，你可以逐一验证：

• 确保主从节点版本完全一致
  JMeter对版本一致性要求很高，主节点和Slave节点必须使用完全相同版本的JMeter和JDK，哪怕是小版本差异都可能导致通信失败。你可以在主从节点分别运行jmeter -v和java -version命令，确认两者的版本完全匹配。

• 检查端口与防火墙设置
  虽然你说连通性正常，但要确认Slave节点开放了JMeter默认的远程端口（默认是1099），主节点能正常访问这个端口。你可以在主节点执行telnet 10.101.43.14 1099来测试端口是否能连通，如果连接失败，大概率是防火墙或安全组拦截了端口。

• 核对jmeter.properties配置

  • 主节点：检查remote_hosts属性是否正确设置为Slave的IP，比如remote_hosts=10.101.43.14；如果Slave修改了默认端口，要加上端口号，比如remote_hosts=10.101.43.14:1234。
  • Slave节点：确认server.rmi.localport和server_port配置正确，若自定义了端口要和主节点对应。另外，如果Slave有多网卡，建议设置java.rmi.server.hostname=10.101.43.14，避免绑定到localhost导致主节点无法识别。

• 查看完整错误日志
  你提供的日志被截断了，建议查看主节点的完整jmeter.log和Slave节点的jmeter-server.log，里面会有更详细的错误信息（比如RMI连接异常、资源权限问题等），这是定位问题最关键的一步。

• 调整Slave启动参数
  如果Slave节点存在多网卡，启动jmeter-server.bat时可以指定绑定的IP，命令如下：

  jmeter-server.bat -Djava.rmi.server.hostname=10.101.43.14
  

  这样能避免Slave绑定到错误的网卡地址，导致主节点无法建立连接。

• 验证资源与权限
  确保测试脚本中的外部资源（比如CSV文件）在Slave节点上有相同路径的副本，同时运行JMeter的用户有足够的读写权限，避免因资源缺失或权限不足导致测试启动失败。

你提供的日志片段如下：

2018/03/27 12:26:45 INFO - jmeter.engine.DistributedRunner: Configuring remote engine: 10.101.43.14
2018/03/27 12:26:45 INFO - jmeter.engine.DistributedRunner: Starting remote engines
2018/03/27 12:26:45 IN...

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