这种情况,最可能的原因是底层存储服务(如Ceph)与上层UIS管理平台之间出现了状态不同步,导致管理平台无法正确识别磁盘。而SSH无法连接,则可能是系统资源耗尽、网络配置问题或系统假死导致的。
存储服务状态异常:这是“数据盘显示异常”最直接的原因。节点重启后,存储服务(如Ceph)可能没有正常启动或与集群同步,导致UIS平台认为磁盘全部离线。即使物理盘正常,服务层面的故障也会导致平台无法识别。
节点假死或资源耗尽:SSH无法连接,通常意味着操作系统层面的问题。可能是系统负载过高、内存耗尽,或关键进程(如sshd)崩溃,导致系统无法响应新的SSH连接请求。
网络或防火墙策略变更:检查管理网络是否通畅。另外,如果SSH身份认证失败次数过多,也可能触发临时封锁。
RAID卡工作模式不符:如果RAID卡工作在RAID模式而非HBA(直通)模式,超融合软件可能无法直接管理硬盘,导致识别异常。
请务必按顺序操作,每一步都是定位问题的关键。
既然SSH连不上,带外管理是唯一的远程“救命稻草”。
通过远程控制台(KVM)功能,查看服务器的实时屏幕输出。
如果确认系统已完全无响应,且无法通过其他方式恢复,可考虑强制重启。
节点成功启动后,第一时间通过SSH(此时应已恢复)或KVM登录后台,进行状态检查。
检查集群存储健康状态:
重点看 health 状态是否为 HEALTH_OK。如果不是,记录下具体的报错信息。
查看所有OSD(对象存储设备)状态:
检查系统日志,寻找错误线索:
查找与磁盘I/O错误、RAID卡、ceph或UIS相关的错误信息。
这是解决“状态不同步”问题的关键一步。
登录UIS管理平台,找到ONEStor或共享存储的管理页面。
检查异常节点是否仍处于“维护模式”。如果是,尝试手动将其退出维护模式,看磁盘状态是否恢复。
根据排查结果,选择对应的解决方案。
情况一:存储服务未完全启动
如果ceph -s显示异常,尝试重启节点上的存储相关服务,或通过ONEStor界面重新启动存储服务。
情况二:节点处于“维护模式”
如果节点卡在维护模式,直接通过ONEStor界面将其退出维护模式。
情况三:RAID卡模式错误
如果确认RAID卡工作在RAID模式,需要在HDM或BIOS中将其调整为HBA(直通)模式。此操作需在节点停机维护时进行,且操作前务必备份所有数据。
情况四:问题依旧,联系官方支持
如果以上所有步骤都无法解决问题,请不要进行更多高风险操作。立即联系H3C官方技术支持(400-810-0504)。联系前,准备好:
节点的HDM和SSH登录信息。
执行过的所有检查命令的输出结果(如ceph -s、ceph osd tree、/var/log/messages日志片段)。
问题发生前后的详细操作记录。
UIS 节点全部数据盘告警、HDM 磁盘正常、SSH 无法登录 故障完整分析
一、统一现象底层逻辑(先看懂为什么会同时出现两个故障)
HDM 是带外独立硬件通道,只读取硬盘物理在位信号;
CVK 系统、UIS Manager 依赖阵列卡驱动 / RAID 链路 / 分布式存储 IO 栈识别逻辑磁盘:
硬盘物理硬件、供电、槽位无损坏 → HDM 显示全部正常;
阵列卡、SAS 背板、驱动、存储 IO 链路卡死 → CVK 无法读取磁盘逻辑信息,平台标记所有数据盘异常;
磁盘 IO 完全阻塞,系统内核卡死、进程阻塞、sshd 无法调度 → SSH 连接被拒绝 / 超时,完全连不进去;
两个现象同源:阵列 / 存储底层 IO 阻塞导致系统僵死。
二、按概率排序五大核心根因
1. 阵列卡故障 / 缓存脏数据 / 固件异常(最高频)
1)LSI/PMC 阵列卡突发控制器报错、缓存脏数据 Preserved Cache 残留:
掉电、瞬时波动、多盘同时大量写入会让阵列卡缓存无法刷盘,逻辑阵列全部离线,但硬盘物理在位,HDM 无告警。
2)阵列卡过热、PCIe 链路接触不良:
HDM 只看硬盘 SAS 信号,不监控阵列卡 PCIe 通道;阵列卡和 CVK 通信中断,系统读不到逻辑盘,全部标异常。
3)阵列卡固件 BUG:老固件存在批量识别盘失效问题。
连锁反应:系统所有读写 IO 全部阻塞,内核处于 D 状态僵死,sshd、网络服务无法响应 → SSH 完全无法连接。
2. SAS 背板 / Expander 扩展板、SAS 线缆链路故障
整机所有数据盘共用一套背板 / 一根上联 SAS 线连阵列卡:
硬盘单独供电正常,HDM 识别物理盘;
阵列卡与背板通信中断,全部逻辑磁盘离线;
IO 阻塞导致系统卡死、SSH 无响应。
3. CVK 内核存储驱动卡死、分布式存储元数据彻底阻塞
1)megaraid_sas阵列驱动死锁,内核无法遍历块设备,所有数据盘上报异常;
2)分布式存储块服务(cstor)元数据损坏 / 仲裁失败,持续阻塞系统 IO;
根分区 / 系统分区 IO 等待,所有进程挂起,sshd 无法分配资源,SSH 拒绝连接。
4. 节点存储网(万兆后端存储网卡)完全中断
UIS 分布式存储依赖节点间存储网同步数据:
存储网断连后,本地所有数据盘进入异常隔离状态;大量 IO 等待存储副本同步,系统 IO 堆栈打满卡死,SSH 无法响应。
HDM 只看本地硬盘物理状态,不会感知存储网络故障。
5. 系统资源耗尽、根分区 100% 占满
日志疯狂写入打满系统分区,磁盘 IO 持续阻塞,sshd 进程被 OOM 杀死或无法创建监听,SSH 连接拒绝;
平台读取磁盘状态接口调用超时,全部数据盘标记异常。
三、现场标准化排查步骤(按顺序执行,优先 HDM VNC 操作)
前置操作:用 HDM VNC 控制台登录(唯一可操作入口,SSH 已失效)
HDM 进入阵列卡管理界面(LSI WebBIOS/SSACLI)
查看逻辑阵列 LD 状态:是否 Offline/Degraded、是否存在 Preserved Cache 脏缓存;
若存在脏缓存,不要直接重启,先导出缓存数据或根据业务决定丢弃缓存;
查看阵列卡温度、PCIe 告警、背板链路报错日志;
检查后端存储万兆网卡状态,确认存储网交换机端口无 down、无 CRC 错包。
步骤 1:硬件层快速验证
断电重启服务器(临时应急恢复):
多数阵列缓存、驱动死锁、SAS 链路瞬时故障重启后临时恢复;
重启后立刻观察:磁盘是否恢复正常、SSH 能否登录。
若重启恢复:根因为阵列缓存 / 驱动瞬时卡死,后续升级阵列卡固件、CVK 内核版本根治。
重启后故障依旧:定位硬件永久故障(阵列卡 / 背板 / SAS 线)。
步骤 2:VNC 登录 CVK 系统排查(重启后可登录场景)
bash
运行
# 1. 查看阵列卡逻辑盘、缓存状态
storcli /c0 show all
# 2. 查看内核磁盘IO报错
dmesg | grep -i error
dmesg | grep -i megaraid
# 3. 查看分布式存储磁盘状态
uisadm disk list -a
# 4. 查看根分区占用,是否100%填满
df -h
# 5. 查看sshd服务卡死状态
systemctl status sshd
步骤 3:网络层校验存储后端链路
bash
运行
# ping 同集群其他节点存储网IP,不通则存储网断连
ping 存储对端IP
# 查看存储网卡错包、down状态
ethtool 存储网卡名
四、分场景解决方案
场景 A:重启后全部恢复(瞬时故障)
导出阵列卡日志,升级阵列卡固件到官方推荐稳定版;
升级 CVK 系统内核、UIS Manager 平台版本,修复驱动死锁 BUG;
配置阵列卡缓存备份电池,避免瞬时断电产生脏缓存。
场景 B:重启故障依旧,阵列卡识别不到逻辑盘
清除阵列卡 Preserved Cache 脏缓存(业务数据有丢失风险,提前评估);
更换 SAS 线缆、重新插拔阵列卡 PCIe 插槽;
交叉验证:更换同型号阵列卡,确认背板 / 卡硬件损坏。
场景 C:存储网中断导致磁盘异常
排查存储交换机、光模块、光纤;
修复存储网链路后,等待分布式存储副本同步完成,磁盘状态自动恢复;
调整存储网冗余链路,增加链路备份。
场景 D:根分区满、日志打满卡死系统
VNC 登录清理大日志文件,配置 logrotate 自动轮转,避免分区占满阻塞 IO。
五、关键避坑提醒
不要反复强制开关机:阵列脏缓存多次断电会导致分布式存储元数据损坏、虚拟机磁盘丢失;
HDM 只能证明硬盘物理没坏,无法验证阵列卡、SAS 链路、存储驱动、分布式存储网络;
SSH 无法登录是 IO 阻塞后的次生现象,根源不在 SSH 服务本身,优先解决磁盘 / 阵列底层故障,SSH 自动恢复;
多盘同时异常几乎不会是单块硬盘损坏,单盘故障只会单盘告警,全部数据盘异常一定是公共链路 / 阵列控制器 / 存储网络故障。
极简总结
现象根源:HDM 只识别硬盘物理在位,CVK / 平台依赖阵列卡逻辑链路;阵列卡 / SAS 背板 / 存储驱动 / 存储网故障 → 所有数据盘异常,IO 阻塞系统僵死 → SSH 无法连接;
优先操作:HDM VNC 登录查看阵列卡状态,断电重启临时验证是否瞬时卡死;
根治手段:升级阵列卡固件、更换故障 SAS / 阵列卡、修复存储网链路、清理系统满分区日志。
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
网络没断,业务都还正常