• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

超融合一个节点全部数据盘显示异常,带外显示物理磁盘正常,底层ssh远程进不去,是什么问题?

1天前提问
  • 0关注
  • 0收藏,83浏览
粉丝:0人 关注:0人

问题描述:

超融合一个节点全部数据盘显示异常,带外显示物理磁盘正常,底层ssh远程进不去,是什么问题?

5 个回答
Xcheng 九段
粉丝:137人 关注:3人

网络断了?

服务器带外或者接显示器确认主机异常主机状态吧


不行就400热线或联系供应商由专业工程师处理哦

网络没断,业务都还正常

来过就好 发表时间:1天前 更多>>

网络没断,业务都还正常

来过就好 发表时间:1天前
Reset_ 四段
粉丝:0人 关注:0人

管理网有问题?

粉丝:133人 关注:11人

网络通吗

粉丝:25人 关注:1人

这种情况,最可能的原因是底层存储服务(如Ceph)与上层UIS管理平台之间出现了状态不同步,导致管理平台无法正确识别磁盘。而SSH无法连接,则可能是系统资源耗尽、网络配置问题或系统假死导致的

🔍 核心原因分析

  • 存储服务状态异常:这是“数据盘显示异常”最直接的原因。节点重启后,存储服务(如Ceph)可能没有正常启动或与集群同步,导致UIS平台认为磁盘全部离线。即使物理盘正常,服务层面的故障也会导致平台无法识别。

  • 节点假死或资源耗尽:SSH无法连接,通常意味着操作系统层面的问题。可能是系统负载过高、内存耗尽,或关键进程(如sshd)崩溃,导致系统无法响应新的SSH连接请求。

  • 网络或防火墙策略变更:检查管理网络是否通畅。另外,如果SSH身份认证失败次数过多,也可能触发临时封锁。

  • RAID卡工作模式不符:如果RAID卡工作在RAID模式而非HBA(直通)模式,超融合软件可能无法直接管理硬盘,导致识别异常


🛠️ 诊断排查步骤

务必按顺序操作,每一步都是定位问题的关键。

第一步:尝试通过带外管理(HDM/iLO)连接

既然SSH连不上,带外管理是唯一的远程“救命稻草”。

  1. 登录该节点的HDM(H3C设备管理)iLO管理界面

  2. 通过远程控制台(KVM)功能,查看服务器的实时屏幕输出。

  3. 观察系统是否卡在启动界面、是否反复重启,或是否进入了紧急模式(Emergency Mode)

第二步:通过HDM重启节点(谨慎操作)

如果确认系统已完全无响应,且无法通过其他方式恢复,可考虑强制重启。

⚠️ 高风险操作警告:强制重启可能导致数据不一致或损坏,请务必在评估风险后,并在业务允许中断的时段操作

  1. 在HDM界面找到电源管理

  2. 先执行“强制关机”,等待几十秒完全断电后,再执行“开机

  3. 通过KVM观察启动过程,看是否能正常进入系统。

第三步:节点重启后,立即检查底层服务

节点成功启动后,第一时间通过SSH(此时应已恢复)或KVM登录后台,进行状态检查。

  1. 检查集群存储健康状态

    bash
    ceph -s

    重点看 health 状态是否为 HEALTH_OK。如果不是,记录下具体的报错信息。

  2. 查看所有OSD(对象存储设备)状态

    bash
    ceph osd tree

    这会列出所有磁盘对应的OSD。重点关注该异常节点上的OSD状态是否为 up

  3. 检查系统日志,寻找错误线索

    bash
    tail -n 200 /var/log/messages

    查找与磁盘I/O错误、RAID卡、cephUIS相关的错误信息。

第四步:检查ONEStor存储管理页面

这是解决“状态不同步”问题的关键一步。

  • 登录UIS管理平台,找到ONEStor共享存储的管理页面。

  • 检查异常节点是否仍处于“维护模式”。如果是,尝试手动将其退出维护模式,看磁盘状态是否恢复。


✅ 解决方案与恢复操作

根据排查结果,选择对应的解决方案。

  • 情况一:存储服务未完全启动
    如果ceph -s显示异常,尝试重启节点上的存储相关服务,或通过ONEStor界面重新启动存储服务。

  • 情况二:节点处于“维护模式”
    如果节点卡在维护模式,直接通过ONEStor界面将其退出维护模式

  • 情况三:RAID卡模式错误
    如果确认RAID卡工作在RAID模式,需要在HDM或BIOS中将其调整为HBA(直通)模式此操作需在节点停机维护时进行,且操作前务必备份所有数据。

  • 情况四:问题依旧,联系官方支持
    如果以上所有步骤都无法解决问题,请不要进行更多高风险操作。立即联系H3C官方技术支持(400-810-0504)。联系前,准备好:

    • 节点的HDMSSH登录信息。

    • 执行过的所有检查命令的输出结果(如ceph -sceph osd tree/var/log/messages日志片段)。

    • 问题发生前后的详细操作记录。

粉丝:23人 关注:2人

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 / 阵列卡、修复存储网链路、清理系统满分区日志。

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明