滚动更新故障排障
This content is not available in your language yet.
滚动流上的「更新」不是一年几次的大事件，而是持续发生的小步前进。这决定了排障的起点：先判断问题是不是跟某次上游变更一起进来的，再谈回退。本页把官方事实与本站实践建议分开标注。
为什么滚动流的排障不一样
Section titled “为什么滚动流的排障不一样”CentOS Stream 是持续交付（continuously delivered）的发行版，官方下载页的定位表述是紧跟在 RHEL 开发之前：CentOS Stream 10 与 Stream 9 都是这条持续向前的流。
对排障的直接含义：
- 没有「大版本发布日」这个天然检查点：变化是连续进来的，诱因可能在上一次更新里；
- 变更内容要看官方渠道：具体渠道见下一节的 release notes 说明；
- 回退不是默认答案：先判断影响面，再决定是回退、绕过还是修复；
- 现场比结论重要：滚动流上「昨天还好好的」不是证据，能复现的最小现象才是。
排障顺序：先分清上游变更与本地配置
Section titled “排障顺序：先分清上游变更与本地配置”本站实践建议（非官方结论）：在 CentOS Stream 10 与 Stream 9 上排障时，先分清问题是「随上游变更一起进来的」还是「本地配置或第三方改动导致的」，两者的证据链与处置动作不同。
建议按这个顺序走：
- 确认时间线：问题从哪一刻开始？对上最近的更新记录与配置变更记录；
- 确认范围：只有一台、一个服务，还是同批机器同时出问题？范围决定更像配置问题还是变更问题；
- 确认可复现：能否在隔离环境里复现？不能复现就先固化现场，而不是急着改；
- 写下归因假设：如果是上游变更引入，应该还能观察到什么？再去找那个证据；
- 最后决定动作：修配置、绕过、回退、上报，四条路的成本并不相同。
变更渠道：release notes 持续更新
Section titled “变更渠道：release notes 持续更新”官方下载页说明 CentOS Stream 10 的 release notes 持续更新，以纳入问题并吸收用户反馈。
把这条事实落成动作：
- 排障前先读 release notes：确认已知问题与行为变更，避免把官方已知的问题当成自己的故障查半天；
- 持续看，而不是偶访：持续更新的文档要持续跟进，公告与订阅入口见安全更新跟踪；
- 只对 Stream 10 成立：这句官方表述只针对 Stream 10，不要泛化到其它版本；
- 把读到的写进变更记录：影响面判断需要上下文，而不是印象。
回滚与降级：本次核对未取得官方说明
Section titled “回滚与降级：本次核对未取得官方说明”包管理事务的回滚、降级以及旧内核保留的官方步骤，本次核对未取得官方说明。
因此本页不给任何回滚或降级命令，也不描述旧内核保留的机制。可以给的是一套不依赖具体命令的顺序：
- 先保现场：日志、时间点、近期更新与配置差异先留档，再动手；
- 先能启动：系统起不来时优先恢复可启动状态，启动层面的入口见启动排障；
- 先恢复服务：能绕过的先绕过，把业务拉起来再谈根因；
- 再谈版本动作：要回退时先确认官方是否给出了对应步骤——本轮没有取得，本页就不猜；
- 不照抄社区命令：把未核实的命令用在生产机上，等于把一次故障变成两次。
证据收集：给别人看要齐这四项
Section titled “证据收集：给别人看要齐这四项”- 系统身份：Stream 版本、安装或镜像来源、最近一次更新的时间；
- 现象：完整报错原文与出现频率，不要只给结论性描述；
- 范围：受影响的机器、服务与用户范围；
- 动作：已经做过的每一步及其结果，包括「试过但没用」的那些。
- CentOS Stream 启动排障 — 起不来时的检查顺序
- CentOS Stream 仓库与滚动内容 — 更新从哪里来
- CentOS Stream 运维基线 — 更新窗口与最小运维规范
- CentOS Stream 安全更新跟踪 — 公告与订阅入口
- CentOS Stream 版本与支持 — 版本窗口与支持周期
- CentOS Stream 大版本升级 — 跨大版本时的注意事项
- CentOS Stream 常见问题 — 定位与适用边界
- 官方：CentOS Stream 下载页