问

cvnode1 无法连接共享存储（nimble），其他节点正常

2026-03-23提问

1关注
0收藏，101浏览

zhiliao_jhj

zhiliao_jhj 零段

粉丝：0人关注：0人

问题描述：

cvnode1 无法连接共享存储（nimble），其他节点正常。本人新手小白请指教，如何强制扫描存储适配器？然后解决存储无法激活的问题。

存储为 HPE Nimble 0002 1200。

另外，存储一个主机提示：Standby controller B not available（见第三张图），另一个主机在web登录存储后未发现（应该是未连接）。

4 个回答

按时间按赞数

zhiliao_Gixe

zhiliao_Gixe 三段

粉丝：2人关注：9人

排查思路：

1. 检查cvnode1与存储的网络连通性
* 在cvnode1上ping存储管理IP和业务IP：`ping -c 5 <存储IP>`
* 检查到存储网络的路径：`tracert <存储IP>`
* 在cvnode1上检查到存储网段的ARP表项：`display arp | include <存储网段>`

2. 检查cvnode1的存储网络配置
* 确认用于存储通信的物理端口、VLAN、IP地址配置正确，且状态为UP。
* 检查存储通信的网关配置是否正确。
* 对比正常节点的网络配置。

3. 检查交换机配置
* 登录连接cvnode1和存储的交换机，检查cvnode1所连端口：
* 端口状态：`display interface brief`
* VLAN成员关系：`display vlan`
* 错误统计：`display interface <接口名>`，关注是否有大量CRC错误、碰撞。
* 检查交换机上是否有ACL或安全策略阻止了cvnode1与存储的通信。

4. 检查存储侧配置
* 登录存储管理界面，检查是否将cvnode1的存储网络IP地址加入了允许访问的主机列表或启动器列表。
* 检查存储端口分区（Zone）配置，确认cvnode1的WWN或IQN是否在正确的zone内并被映射到正确的LUN。

5. 检查主机侧多路径及HBA卡
* 在cvnode1上检查HBA卡状态、驱动是否正常。
* 检查多路径软件状态，查看是否识别到存储路径：`multipath -ll`（Linux）或对应H3C CAS多路径检查命令。
* 检查主机操作系统日志（如`/var/log/messages`），排查SCSI或存储连接相关错误。

需要你补充的信息：
1. 超融合具体产品型号和版本（如H3C CAS/CVM版本）。
2. 存储网络拓扑（是独立存储网络还是融合网络？cvnode1通过哪个物理端口连接？）。
3. 存储类型（iSCSI还是FC？）。
4. 交换机型号及关键配置（端口VLAN、Trunk允许列表等）。
5. 存储侧是否有相关告警或日志。

操作前请务必备份相关配置。

暂无评论

国服第181小鱼人

国服第181小鱼人六段

粉丝：8人关注：0人

这是一个典型的超融合或虚拟化环境中的存储连接故障。以下是针对此问题的排查步骤和建议：

1. 网络连通性排查 (最常见原因)

由于其他节点正常，说明存储本身（Nimble）大概率是工作的，问题出在 cvknode1 到存储的链路上。

检查物理链路：确认 cvknode1 连接存储网络的网线/光模块是否插好，对应的交换机端口指示灯是否正常。
检查 IP 配置：登录 cvknode1 的管理界面或通过 SSH 登录，确认存储网络的 IP 地址、子网掩码、网关配置是否正确。
Ping 测试：在 cvknode1 上尝试 ping Nimble 存储的 IP 地址，看是否有丢包或不通。如果 ping 不通，说明网络层有问题。

2. 多路径 (Multipath) 服务状态

共享存储通常依赖多路径软件来保证高可用性。如果多路径服务挂了，节点就无法识别存储。

检查服务状态：在 cvknode1 上执行 systemctl status multipathd (或 service multipathd status)，查看多路径服务是否正在运行。
重启服务：如果服务停止，尝试重启它：systemctl restart multipathd。
查看多路径状态：执行 multipath -ll 命令。如果看到报错或没有任何路径显示，说明多路径配置有问题或路径不通。

3. iSCSI 会话状态

如果存储是通过 iSCSI 连接的（Nimble 常用方式）：

查看 iSCSI 会话：执行 iscsiadm -m session。
- 如果没有输出，说明 iSCSI 连接未建立。
- 如果有输出但状态异常，尝试注销并重新登录：iscsiadm -m node -u (注销所有) 然后 iscsiadm -m node -R (重新发现并登录)。
检查防火墙：确认 cvknode1 上的防火墙（firewalld/iptables）没有拦截 iSCSI 端口（默认 3260）。

4. 平台层面的操作

根据你提供的错误提示，UI 界面已经给出了建议：

强制扫描：在 UI 界面的存储或主机管理页面，找到类似“扫描存储适配器”或“重新发现存储”的按钮，点击强制刷新 cvknode1 的存储视图。
重启主机：如果以上步骤都无效，且业务允许，尝试重启 cvknode1。这通常能重置网络栈和存储服务。

5. 硬件驱动或配置差异

对比配置：既然是只有 cvknode1 有问题，去 cvknode2 或 cvknode3 上查看其存储适配器的配置（如 MTU 值、绑定模式），对比 cvknode1 是否一致。Nimble 存储通常对 MTU（如 9000）有特定要求。
驱动问题：检查 cvknode1 的 HBA 卡或网卡驱动是否有报错日志（dmesg | grep -i scsi 或 dmesg | grep -i iSCSI）。