Ошибки ChromeOS в журнале GCP

Я вижу ошибки в журнале StackDriver для моего экземпляра Compute. Журналы показывают повторяющиеся проблемы каждый час, что создает много шума. У меня есть Spring Boot API, развернутый в контейнере для виртуальной машины в Compute Engine с использованием последней стабильной версии Container OS.

Я относительно новичок в 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-cloud-platform google-compute-engine google-cloud-logging google-cloud-stackdriver
person TheDubiousDubber    schedule 16.07.2019    source источник
comment
Можете ли вы предоставить больше контекста для своей среды. Когда вы говорите о последней версии контейнерной ОС, вы имеете в виду оптимизированный для контейнеров образ Google или другие дистрибутивы, такие как CoreOS? Кроме того, влияет ли эта ошибка на ваше приложение, и не могли бы вы также предоставить дополнительную информацию о том, что вы имеете в виду под большим шумом?   -  person arp-sunny.    schedule 16.07.2019
comment
Я не уверен, какой еще контекст вам нужен в отношении окружающей среды. У меня работает виртуальная машина, и ее единственная цель - обслуживание Spring Boot API. Он развернут как контейнер докеров для образа, оптимизированного для контейнеров Google. Эти ошибки, похоже, ни на что не влияют, но я пытаюсь понять, почему они появляются / что их вызывает и как предотвратить их дальнейшее отображение в журналах.   -  person TheDubiousDubber    schedule 17.07.2019

Ответы (1)


arrow_upward
8
arrow_downward

Я изучил эту ошибку и, согласно моим выводам:

  • Сообщение об ошибке, которое вы получаете, свидетельствует о том, что Chrome надежно завершает работу вскоре после запуска.
  • Задание пользовательского интерфейса (которое включает в себя Chrome, session_manager и оконный менеджер) отключается выскочкой из-за сбоя , и когда тест пытается перезапустить session_manager, session_manager не может передать его на D-Bus.

Программное обеспечение для сбора сбоев в Container OS изначально предназначалось для Chromebook (ноутбук с браузером Chrome). Таким образом, код обычно ожидает Chrome и другое связанное программное обеспечение в системе.

Однако Контейнерная ОС - это серверная ОС, и в ней нет Chrome. Поэтому, если Chrome отсутствует, программа сообщит о некоторых ошибках. На самом деле это не настоящие сбои, а просто подробные сообщения об ошибках.

В целом, безопасно игнорировать эти журналы и продолжать использовать экземпляры ВМ.

Надеюсь это поможет.

person Anthony Leo    schedule 18.07.2019
comment
Очень признателен. Я подозревал, что это не имеет никакого значения, но надеялся, что есть средство от этого. К сожалению, похоже, что это проблема Google, которую я не собираюсь решать сам. - person TheDubiousDubber; 18.07.2019
comment
Наш вычислительный механизм регистрирует это и «перегружен», когда мы запускаем сервер, который НИЧЕГО НЕ делает. мы подозреваем, что эта перегрузка связана с загрузкой ЦП. Есть ли способ исправить это, чтобы он вообще не запускался? - person Dean Hiller; 10.06.2020