第 4 章 排除更新
要对 MicroShift 更新进行故障排除，请使用以下指南。
您只能按顺序将 MicroShift 从一个次版本升级到下一个次版本。例如，您必须将 4.14 更新至 4.15。
4.1. MicroShift 更新故障排除
在某些情况下，MicroShift 可能无法更新。在这些事件中，了解失败类型以及如何对它们进行故障排除很有帮助。
4.1.1. MicroShift 版本序列阻止了更新路径
MicroShift 需要串行更新。通过跳过次版本尝试更新 MicroShift 失败：
-
例如，如果您的当前版本是
4.14.5，但您试图从该版本升级到4.16.0，与现有数据相比，消息、可执行(4.16.0)比现有数据(4.14.5)：版本差为 2，所有允许的差异为 1，MicroShift 无法启动。
在本例中，您必须首先将 4.14.5 更新至 4.15 版本，然后您可以升级到 4.16.0。
4.1.2. 更新路径会因为版本不兼容而阻止
如果 MicroShift 更新与 Red Hat Enterprise Linux for Edge (RHEL for Edge)或 Red Hat Enterprise Linux (RHEL)的版本不兼容，则 RPM 依赖项错误会导致。
检查以下兼容性表：
Red Hat Device Edge 发行版本兼容性列表
Red Hat Device Edge 的两个产品作为设备边缘计算的单一解决方案一起工作。要成功对产品配对，请为每个列表使用验证的版本：
| RHEL for Edge 版本 | MicroShift 版本 | MicroShift 发行版本状态 | MicroShift 支持的更新 |
| 9.2, 9.3 | 4.14 | 正式发布 | 4.14.0→4.14.z 和 4.14→4.15 |
| 9.2 | 4.13 | 技术预览 | None |
| 8.7 | 4.12 | 开发者预览 | None |
检查以下更新路径：
红帽 MicroShift 更新路径的构建
- 在 RHEL for Edge 9.2 上正式发布版本 4.14.0 到 4.14.z
- RHEL 9.2 上正式发布版本 4.14.0 到 4.14.z
4.1.3. ostree 更新失败
如果您在 OSTree 系统中更新，greenboot 健康检查会自动记录并操作系统健康状况。可以通过 greenboot 进行系统回滚来指示失败。如果更新失败，但 greenboot 没有完成系统回滚，您可以使用遵循此内容"Additional resources"部分中的 RHEL for Edge 文档进行故障排除。
- 手动检查 greenboot 日志
运行以下命令手动检查 greenboot 日志以验证系统健康状况：
$ sudo systemctl restart --no-block greenboot-healthcheck && sudo journalctl -fu greenboot-healthcheck
4.1.4. 手动 RPM 更新失败
如果您使用非OSTree 系统上的 RPM 更新，则 greenboot 可以指示更新失败，但健康检查只是信息。检查系统日志是手动 RPM 更新故障故障排除的下一步。您可以使用 greenboot 和 sos report 检查 MicroShift 更新和主机系统。
