嗨，我来帮你排查下这个问题——这种iSCSI存储对接Cinder的坑我之前也踩过不少，咱们一步步来捋：

• 先确认iSCSI目标端的基础配置
  首先得确保你的iSCSI存储节点上的目标服务（比如tgt或者lio-target）是正常运行的，用systemctl status tgt（或者对应服务名）检查状态。然后用targetcli ls查看LUN的配置：

  • 确认你添加的分区已经正确关联到iSCSI目标，并且ACL列表里包含了Cinder节点的IQN（可以在Cinder节点上用iscsiadm -m session查看本地IQN）。
  • 还要检查存储节点的3260端口是否开放，Cinder节点能通过telnet <存储节点IP> 3260连通这个端口。

• 检查Cinder的卷组配置是否正确
  Cinder用iSCSI后端一般是基于LVM的，所以你需要把新增的iSCSI分区先转为物理卷，加入到Cinder的卷组里：

  pvcreate /dev/sdX  # 替换成你的iSCSI分区设备名
  vgextend cinder-volumes /dev/sdX  # 这里的卷组名要和Cinder配置里的一致
  

  之后用vgdisplay cinder-volumes确认卷组已经包含了新的物理卷，并且状态是激活的。

• 核对Kolla的Cinder配置参数
  在Kolla的自定义配置目录（比如/etc/kolla/config/）下的cinder.conf里，要确保iSCSI后端的配置正确：

  [DEFAULT]
  enabled_backends = iscsi
  [iscsi]
  volume_driver = cinder.volume.drivers.lvm.LVMVolumeDriver
  iscsi_protocol = iscsi
  iscsi_helper = tgtadm  # 如果你用的是lio-target就改成lioadm
  volume_group = cinder-volumes  # 要和上面的卷组名一致
  

  配置完后记得重新部署Cinder服务，用Ansible的Kolla部署命令更新容器。

• 检查Cinder容器的状态和日志
  用docker ps | grep cinder-volume查看Cinder卷服务容器是否正常运行，如果状态异常或者重启，就看日志找问题：

  docker logs <cinder-volume-container-id>
  

  常见的报错比如“找不到卷组”“iSCSI连接失败”，这些都能直接指向问题根源。

• 确认OpenStack的卷类型关联
  就算后端配置好了，你还需要把iSCSI后端和OpenStack的卷类型绑定，不然VM置备的时候不会自动用这个存储：

  # 创建iSCSI专用卷类型
  openstack volume type create iscsi-storage
  # 关联到Cinder的iSCSI后端（这里的volume_backend_name要和cinder.conf里的后端名一致）
  openstack volume type set --property volume_backend_name=iscsi iscsi-storage
  

  之后可以把这个卷类型设为默认，或者创建云硬盘时指定它，这样VM使用该云硬盘时就会用到你的iSCSI存储了。

• 验证计算节点的iSCSI连通性
  最后还要确保计算节点（Nova所在节点）能访问存储节点的iSCSI服务，因为VM挂载云硬盘是计算节点直接和存储节点建立iSCSI连接的。可以在计算节点上执行：

  iscsiadm -m discovery -t st -p <存储节点IP>
  

  如果能正常发现iSCSI目标，说明网络没问题；如果不行，就要检查计算节点和存储节点之间的防火墙、路由配置了。

备注：内容来源于stack exchange，提问作者Sofien