获取RPM安装顺序以解决Areca硬件总线超时重置故障

我之前处理过不少旧系统搭配新RAID卡的兼容性问题，结合你说的场景——标准化脚本跑了5年都稳，唯独新增Areca 1883的设备在固定节点触发总线超时，大概率是CentOS 6默认老内核对这款新RAID卡的支持不足导致的，给你整理几个针对性的排查和解决步骤：

• 先精准定位故障触发点
  既然每次都卡在同一节点，先搞清楚这个节点到底在执行什么操作：是安装某款特定软件包？还是执行了磁盘分区、批量挂载这类IO操作？建议在脚本里加详细日志，比如每个步骤前输出：echo "Executing step: Installing disk utilities at $(date)" >> /var/log/install_trace.log，明确触发故障的具体动作，能大幅缩小排查范围。

• 优先升级RAID控制器固件
  Areca 1883属于较新的RAID卡，而CentOS 6默认内核是2.6.32版本，年代久远，很多总线超时问题都是固件与旧内核的兼容性bug导致的。你可以用Areca官方的arcconf工具升级控制器的最新固件，升级前务必备份RAID配置，避免意外丢数据。

• 给CentOS 6内核补全RAID驱动
  如果固件更新后还是不行，就得给老内核添加Areca 1883的驱动支持：

  1. 从Areca官网下载对应CentOS 6内核版本的驱动源码或预编译模块
  2. 编译加载驱动模块，或者直接替换成官方提供的定制内核
  3. 在安装脚本最开头提前加载驱动，比如执行modprobe arcmsr（具体模块名以官方驱动为准）

• 调整安装过程中的磁盘IO策略
  如果故障节点是IO密集操作（比如批量安装包时的磁盘写入），可以尝试降低IO压力：

  • 把磁盘IO调度器改成noop或deadline：

    echo deadline > /sys/block/sdX/queue/scheduler
    

  • 调低yum的并行下载数，修改/etc/yum.conf里的max_parallel_downloads为2，避免短时间内大量IO触发控制器总线保护机制。

• 排查硬件层面的兼容性
  最后可以检查下服务器PCIe插槽的供电是否充足（Areca 1883可能需要额外供电），以及主板PCIe版本是否与RAID卡匹配，部分老主板的PCIe插槽可能和新RAID卡存在兼容性冲突。

按这个顺序逐一排查，应该能解决这个固定节点的总线超时问题。如果还有疑问，可以把故障节点的具体操作和相关日志贴出来，方便进一步分析。

内容的提问来源于stack exchange，提问作者Danny