搜索

4.2. 在更新后检查日志

download PDF

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

注意

systemd 日志服务的默认配置会将数据存储在易失性目录中。要在系统启动和重启后保留系统日志,请启用日志持久性并设置最大日志数据大小的限制。

流程

  • 运行以下命令来获取全面的 MicroShift 日志:

    $ sudo journalctl -u microshift
  • 运行以下命令检查 Greenboot 日志:

    $ sudo journalctl -u greenboot-healthcheck
  • 检查特定引导的综合日志使用了三个步骤:首先列出引导,然后从您获取的列表中选择您想要的:

    • 运行以下命令,列出日志日志中存在的引导:

      $ sudo journalctl --list-boots

      输出示例

      IDX  BOOT ID                          	FIRST ENTRY                 LAST ENTRY
       0   681ece6f5c3047e183e9d43268c5527f 	<Day> <Date> 12:27:58 UTC 	<Day> <Date>> 13:39:41 UTC
      #....

    • 运行以下命令,检查您想要的特定引导的日志:

      $ sudo journalctl --boot <-my_boot_ID> 1
      1
      HEKETImy-boot-ID > 替换为您要检查的特定引导数。
    • 运行以下命令,检查特定服务的引导日志:

      $ sudo journalctl --boot <-my_boot_ID> -u <service_name> 1 2
      1
      HEKETImy-boot-ID > 替换为您要检查的特定引导数。
      2
      将 < service_name > 替换为您要检查的服务的名称。
Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

© 2024 Red Hat, Inc.