GCP 日志记录中的 ChromeOS 错误

Posted 2023-02-16

【中文标题】GCP 日志记录中的 ChromeOS 错误

【英文标题】：ChromeOS errors in GCP Logging

【发布时间】：2019-11-25 10:24:16

【问题描述】：

我在我的 Compute 实例的 StackDriver 日志记录中看到错误。日志每小时都会显示重复的问题，从而产生大量噪音。我使用最新稳定版本的 Container OS 将 Spring Boot API 部署到 Compute Engine 中的 VM 的容器中。

我对 GCP 比较陌生，不明白是什么导致了这个问题，到目前为止搜索都是空的。

Failed to call method: org.chromium.SessionManagerInterface.RetrieveActiveSessions: object_path= /org/chromium/SessionManager: org.freedesktop.DBus.Error.ServiceUnknown: The name org.chromium.SessionManager was not provided by any .service files

CallMethodAndBlockWithTimeout(...): Domain=dbus, Code=org.freedesktop.DBus.Error.ServiceUnknown, Message=The name org.chromium.SessionManager was not provided by any .service file

Error calling D-Bus proxy call to interface '/org/chromium/SessionManager': The name org.chromium.SessionManager was not provided by any .service files

每小时重复相同的 3 行。任何人都知道可能导致此问题的原因或如何解决/抑制这些问题？

【问题讨论】：

您能否为您的环境提供更多上下文。当您说最新版本的容器操作系统时，您是指 Google Container Optimized image 还是其他发行版，例如 CoreOS？此外，此错误是否会影响您的应用程序，您能否提供更多信息来说明“大量噪音”的含义？

我不确定您在环境方面还需要什么上下文。我有一个正在运行的 VM，它的唯一目的是为 Spring Boot API 提供服务。它作为 docker 容器部署到 Google Container Optimized 映像。这些错误似乎没有任何影响，但我试图弄清楚它们出现的原因/导致它们的原因以及如何防止它们继续显示在日志中。

【参考方案1】：

我调查了这个错误，根据我的发现：

您收到的错误消息是 Chrome 在启动后不久可靠退出的表现。 UI 的工作（包括 Chrome、session_manager 和 窗口管理器）被暴发户关闭，因为它是 抖动，并且当测试尝试重新启动 session_manager 时，session_manager 无法将其传递给 D-Bus。

Container OS 中的崩溃收集软件最初是用于 Chromebook（使用 Chrome 浏览器的笔记本电脑）。因此，代码通常需要 Chrome 和系统上的其他一些相关软件。

但是，Container OS 是服务器操作系统，没有 Chrome。所以如果缺少Chrome，软件会报一些错误。它们实际上不是真正的失败，只是一些冗长的错误消息。

总的来说，忽略这些日志并继续使用您的 VM 实例是安全。

希望这会有所帮助。

【讨论】：

非常感谢。我怀疑它没有任何后果，但希望有一个补救办法。不幸的是，这听起来像是一个我不会自己解决的 Google 问题。

我们的计算引擎正在记录这一点，并且在我们运行服务器时“过度使用”什么都不做。我们怀疑这种颠簸正在耗尽 CPU。有没有办法解决这个问题，让它永远不会启动？