GCP日志记录中的ChromeOS错误

The*_*ber 2 google-compute-engine google-cloud-platform google-cloud-logging google-cloud-stackdriver

我在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
Run Code Online (Sandbox Code Playgroud)
CallMethodAndBlockWithTimeout(...): Domain=dbus, Code=org.freedesktop.DBus.Error.ServiceUnknown, Message=The name org.chromium.SessionManager was not provided by any .service file
Run Code Online (Sandbox Code Playgroud)
Error calling D-Bus proxy call to interface '/org/chromium/SessionManager': The name org.chromium.SessionManager was not provided by any .service files
Run Code Online (Sandbox Code Playgroud)

同样的3条线每小时重复一次。是否有人知道可能是什么原因或如何解决/抑制这些问题?

Ant*_*Leo 5

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

  • 您收到的错误消息是Chrome的一种体现,可以在启动后不久可靠退出。
  • 该UI的工作(其中包括Chrome浏览器,该SESSION_MANAGER窗口管理器)获取,因为它的新贵关闭颠簸,当测试尝试重新启动SESSION_MANAGER,该SESSION_MANAGER无法沟通它交给d总线。

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

但是,Container OS是服务器OS,没有Chrome。因此,如果缺少Chrome,该软件将报告一些错误。它们实际上不是真正的失败,只是一些冗长的错误消息。

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

希望这可以帮助。

  • 我们的计算引擎正在记录这一点,并且当我们运行不执行任何操作的服务器时,它会被“过度利用”。我们怀疑这种颠簸会耗尽 CPU。有没有办法解决这个问题,使其永远不会启动? (3认同)