JMeter Slave数量增加时无法正常使用CSV文件的问题排查

• CSV文件一致性与权限检查
  确保所有新增Slave节点的CSV文件绝对路径、文件名、文件内容完全一致，Linux系统注意大小写区分。用ls -l /your/csv/path/file.csv检查文件权限，保证运行JMeter的用户拥有读权限，避免因文件不存在或权限不足导致线程组启动失败。

• 资源与启动超时排查
  新增Slave后总线程数大幅提升，先检查Master的remote_start_timeout参数（默认120秒），可在jmeter.properties中调至300秒，给Slave足够的线程启动时间。同时监控Slave节点的CPU、磁盘IO（用iostat）和网络状态，CSV读取时磁盘IO瓶颈会阻塞线程组初始化。

• CSV数据分配与线程匹配
  确认CSV总行数≥总线程数（每台Slave1000线程，N台即1000*N行），若数据量不足，JMeter会跳过无数据可分配的线程。另外检查CSV Data Set Config的Sharing Mode：如果用All threads，Master统一分配数据易耗尽；改为Current thread group让每个Slave独立读取本地CSV，避免跨节点数据竞争。

• 版本与配置一致性校验
  所有Slave的JMeter版本必须和Master完全一致，版本差异会导致远程命令执行异常。同时检查Slave的jmeter.properties，确保server_port、server.rmi.localport等端口未被占用，且Master能正常连通这些端口。

• 日志定位细节
  直接查看Slave节点的jmeter.log，搜索CSV、Thread Group关键词，大概率能找到FileNotFoundException、Permission denied或线程启动超时的具体报错，这是最快定位问题的方式。

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