BIOS iSCSI启动连接Ceph-iSCSI网关反复中断问题求助

1. 核对BIOS iSCSI发起端参数 #

• 检查NOP-In间隔：既然ceph-iscsi端设了NOPIN_TIMEOUT=0关闭NOP检查，BIOS发起端可能还在主动发NOP-In请求，网关不响应会触发发起端判定链路异常。建议把BIOS里的NOP-In间隔也设为0，或者重新开启网关的NOP检查并匹配间隔值。
• 验证CHAP配置：如果开了CHAP，确保BIOS里的用户名、密码和ceph-iscsi Target的配置完全一致，包括大小写。尽量用纯字母数字的简单组合测试，避免特殊字符导致的兼容问题。
• 对齐MTU设置：BIOS里iSCSI网卡的MTU必须和网关网卡MTU完全相同（比如都是1500或9000），MTU不匹配会导致大报文丢包，触发超时。

2. 调整ceph-iscsi网关配置 #

• 修改会话超时参数：执行rbd-target-cli进入交互模式，把Target的timeo.replacement_timeout从默认120秒调大（比如300秒），测试是否能解决无响应问题：

  rbd-target-cli /iscsi-targets/<你的Target名称>/params set timeo.replacement_timeout 300
  

• 检查服务状态：确认tcmu-runner和rbd-target-api服务正常运行，查看实时日志排查异常：

  systemctl status tcmu-runner rbd-target-api
  journalctl -u tcmu-runner -f
  

• 关闭TCP校验和卸载：部分网卡的TCP卸载功能和BIOS iSCSI发起端不兼容，临时关闭测试：

  ethtool -K <网关网卡名> tx-checksum-ipv4 off rx-checksum-ipv4 off
  

3. 网络链路排查 #

• 抓包对比流量差异：在网关网卡上抓iSCSI流量（端口3260），对比BIOS发起和open-iscsi发起的交互过程，重点看Login阶段是否完整、有无报文丢失：

  tcpdump -i <网关网卡名> port 3260 -w iscsi_bios.pcap
  

• 确认防火墙与路由：确保网关和服务器之间的3260端口完全开放，无防火墙拦截。同时保证两者在同一广播域，无NAT（BIOS iSCSI发起端基本不支持NAT环境）。

4. 兼容性验证 #

• 更新服务器BIOS：老版本BIOS的iSCSI发起端可能存在协议兼容bug，更新到最新版本大概率能解决超时、NOP响应类问题。
• 简化网关配置：如果用了多网关节点，先测试单网关连接，排除多节点会话同步的影响；或者切换ceph-iscsi的后端模式（比如从LIO换为tcmu-runner其他后端）测试。

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