GCP 日志记录中的 ChromeOS 错误
ChromeOS errors in GCP Logging
我在计算实例的 StackDriver 日志中看到错误。日志每小时都会显示重复的问题，从而产生大量噪音。我使用最新稳定版本的容器 OS.
在容器中部署了一个 Spring 引导 API 到 Compute Engine 中的虚拟机
我对 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 行每小时重复一次。任何人都知道可能导致此问题的原因或如何 fix/suppress 这些？
我调查了这个错误，根据我的发现：
- 您收到的错误消息是 Chrome 在启动后不久可靠退出的表现。
- UI 的工作（包括 Chrome、session_manager 和window 管理器) 被暴发户关闭，因为它正在 颠簸 ，当测试试图重新启动 session_manager，session_manager 无法将其传递给 D-Bus。
Container OS 中的崩溃收集软件最初是针对 Chromebooks（使用 Chrome 浏览器的笔记本电脑）。所以代码通常需要 Chrome 和系统上的一些其他相关软件。
然而，Container OS 是一个服务器 OS，并没有 Chrome。所以如果缺少Chrome，软件会报一些错误。它们实际上不是真正的失败，只是一些冗长的错误消息。
总的来说，忽略这些日志并继续使用您的 VM 实例是安全的。
希望这对您有所帮助。
我在计算实例的 StackDriver 日志中看到错误。日志每小时都会显示重复的问题，从而产生大量噪音。我使用最新稳定版本的容器 OS.
在容器中部署了一个 Spring 引导 API 到 Compute Engine 中的虚拟机我对 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 行每小时重复一次。任何人都知道可能导致此问题的原因或如何 fix/suppress 这些？
我调查了这个错误，根据我的发现：
- 您收到的错误消息是 Chrome 在启动后不久可靠退出的表现。
- UI 的工作（包括 Chrome、session_manager 和window 管理器) 被暴发户关闭，因为它正在 颠簸 ，当测试试图重新启动 session_manager，session_manager 无法将其传递给 D-Bus。
Container OS 中的崩溃收集软件最初是针对 Chromebooks（使用 Chrome 浏览器的笔记本电脑）。所以代码通常需要 Chrome 和系统上的一些其他相关软件。
然而，Container OS 是一个服务器 OS，并没有 Chrome。所以如果缺少Chrome，软件会报一些错误。它们实际上不是真正的失败，只是一些冗长的错误消息。
总的来说，忽略这些日志并继续使用您的 VM 实例是安全的。
希望这对您有所帮助。