一键收集卡信息是什么
storcli /c0 show all 一次性输出控制器、背板、物理盘、虚拟盘、事件与设置的全量信息，是提交厂商工单时的标准材料。除了卡侧日志，通常还要配合主机侧的内核日志与盘的 SMART 输出，才能让支持工程师判断问题出在阵列层还是操作系统层。原则是先采集、后动作：任何复位或换盘都会让现场证据消失。
采集组合
采集组合
mkdir -p /tmp/raid-ticket && cd /tmp/raid-ticket
storcli /c0 show all > c0_show_all.txt
storcli /c0 show events > events.txt
storcli /c0 show termlog > termlog.txt
dmidecode -t system > dmidecode_system.txt
dmesg -T > dmesg.txt
ipmitool -I lanplus -H 10.0.0.10 -U admin -f /root/.ipmi_pass sel elist > sel.txt采集清单
| 材料 | 命令来源 | 用途 |
|---|---|---|
| 控制器全量信息 | storcli /c0 show all | 阵列结构、盘状态与设置 |
| 事件与终端日志 | show events 与 show termlog | 故障时间线与固件内部记录 |
| 系统信息 | dmidecode -t system | 机型、序列号与固件版本 |
| 内核日志 | dmesg -T | IO 超时、链路错误等主机侧线索 |
| 带外事件日志 | ipmitool sel elist | 掉电与温度等硬件事件 |
使用要点
- 打包时带上时间戳与主机名，便于厂商与内部台账对齐
- 敏感信息（序列号、主机名、管理地址）按内部流程脱敏或标注
- 同一机器多次故障时保留历次采集包，形成可对比的序列
- 采集脚本固定输出文件名与路径，减少交接时的沟通成本
- 与监控告警时间点一并提交，帮助支持工程师快速定位
典型使用场景
- 提交工单：按厂商要求的材料清单一次性提供
- 换卡前留档：保留原卡的完整状态，便于追溯
- 固件升级前后对比：验证配置与盘状态是否符合预期
- 故障复盘：为根因分析提供第一手材料
- 交付留档：作为验收记录随项目归档
先采集后复位：任何复位、换盘或删除阵列的操作都可能让日志现场消失，采集顺序要写进排障流程里。
只发卡日志不带系统日志，厂商往往无法判断是否为操作系统层的 IO 超时触发；两类日志一起提交能显著减少往返次数。
采集顺序建议
- 先记录现象与时间点，再开始执行采集命令
- 按卡侧、系统侧、带外侧的顺序依次采集并命名文件
- 采集完成前不做复位、换盘或删阵列等改变现场的操作
- 打包前核对文件是否完整可读，避免提交空文件