首页/系统/服务器硬件与 RAID 速查/storcli 查看物理盘与状态跟踪
阵列卡管理68 条

storcli 查看物理盘与状态跟踪

/c0/eall/sall show 与 /cx/px show 输出槽位、状态、型号与错误计数;show all 还能看到盘的 SMART 预警与重建进度,是换盘前的核对命令。

storcli 看物理盘状态

/c0/eall/sall show 与 /c0/e252/s4 show all 是 storcli 里查看物理盘的两个入口:前者给全部槽位的一览,后者给出单块盘的完整信息,包括状态、型号、序列号、SMART 预警与重建进度。它是换盘前的核对命令——在动手拔盘之前,先把槽位、序列号与状态三项对上,是避免把好盘拔下来的唯一可靠办法。

物理盘查询

物理盘查询
storcli /c0/eall/sall show               # 全部槽位一览
storcli /c0/e252/s4 show all             # 单块盘完整信息
storcli /c0/eall/sall show | grep -Ei "Onln|Rbld|Offln|Failed"   # 只看异常
storcli /c0/fall show                    # 查看 Foreign(外来)配置
storcli /c0/e252/s4 start locate         # 点亮槽位灯定位

常见状态

状态含义动作
UGood未配置,可用可建阵列或设为热备
Onln在线成员正常运行
Rbld重建中监控进度,避免高负载
Offln掉线定位并收集信息后更换
Failed故障按换盘流程处理
UbBad不可用坏盘更换
GHS / DHS全局或专用热备待命,定期体检

错误计数与趋势

  • Media Error Count 持续增长说明介质开始劣化,需要提高巡检频率
  • Other Error Count 上升常与链路或控制器交互有关,配合内核日志一起看
  • Predictive Failure 一旦触发,安排计划内更换而不是等它变成 Failed
  • 把每次采集的结果落盘,趋势比单次数值更能说明问题

换盘前的三步核对

  • 第一步看状态:确认目标盘确实处于 Failed、Offln 或 UbBad,而不是可恢复的临时异常
  • 第二步对位置:槽位号与机箱号双重核对,必要时用 start locate 点亮槽位灯
  • 第三步对序列号:把卡上读到的序列号与物理盘标签、台账三者对齐后再动手
错误计数(Media Error / Other Error)持续增长是盘的早期信号,列入周检趋势观察,比等到状态变成 Failed 再处理要主动得多。

易错点

  • 把 Offln 与 Failed 混为一谈:前者可先尝试复位与排查链路,后者按故障流程处理
  • 不看 Foreign 列表直接换盘:外来配置标记会让新盘行为不符合预期
  • 只按槽位号定位不核对序列号:多机箱环境下槽位号会重复,容易拔错盘
  • 忽略错误计数趋势:等到状态变红才处理,重建往往已经带着坏道进行
  • 把 UGood 的新盘直接当热备:还需确认容量不低于目标阵列成员盘,否则真故障时接不上
  • 在重建中做压力测试:重建与测试抢带宽,既拉长窗口也让测试结果失去参考价值
  • 巡检只截取异常行:没有全量记录,就无法判断异常是新增还是历史遗留

数据来源与参考

  • storcli 命令参考(/cx/ex/sx show)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌