gpt4 book ai didi

google-cloud-platform - GCP 日志记录中的 ChromeOS 错误

转载 作者:行者123 更新时间:2023-12-04 04:29:58 28 4
gpt4 key购买 nike

我在我的 Compute 实例的 StackDriver 日志记录中看到错误。日志每小时都显示重复的问题,造成了很多噪音。我使用最新稳定版本的容器操作系统将 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 行每小时重复一次。任何人都知道可能导致这种情况的原因或如何解决/抑制这些问题?

最佳答案

我调查了这个错误,并根据我的发现:

  • 您收到的错误消息是 Chrome 在启动后不久可靠退出的表现。
  • UI 的工作(包括 Chrome、session_manager 和窗口管理器)由于抖动而被 upstart 关闭,并且当测试尝试重新启动 session_manager 时,session_manager 无法将其传送到 D-Bus。

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

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

    总体而言,忽略这些日志并继续使用您的 VM 实例是 安全的

    希望这可以帮助。

    关于google-cloud-platform - GCP 日志记录中的 ChromeOS 错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/57061382/

    28 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com