第 5 章 对更新进行故障排除


要对 MicroShift 更新进行故障排除,请使用以下指南。

重要

您只能按顺序将 MicroShift 从一个次版本更新为下一个次版本。例如,您必须将 4.14 更新至 4.15。

5.1. MicroShift 更新故障排除

在某些情况下,MicroShift 可能无法更新。在这些事件中,了解设备类型以及如何对它们进行故障排除会很有帮助。

5.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

5.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 的两个产品作为一个设备边缘计算的单一解决方案协同工作。要成功对产品配对,请为每个产品一起使用验证的版本,如下表所示:

Expand

RHEL for Edge 版本

MicroShift Version

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

5.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
    Copy to Clipboard Toggle word wrap

5.1.4. 手动 RPM 更新失败

如果您使用非OSTree 系统上的 RPM 更新,则 greenboot 可以指示更新失败,但健康检查只是信息。检查系统日志是对手动 RPM 更新失败的故障排除步骤。您可以使用 greenboot 和 sos report 检查 MicroShift 更新和主机系统。

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat