загрузка ЦП google_osconfig виртуальной машины на облачной платформе Google неуклонно увеличивается

#google-cloud-platform #cpu

#google-cloud-platform #процессор

Вопрос:

Я использовал облачную платформу Google для предоставления услуг клиентам. Несколько дней назад я обнаружил проблему, заключающуюся в том, что загрузка ЦП виртуальной машины постоянно увеличивается. Чтобы выяснить причину этой проблемы, я заставил пустые (или новые) виртуальные машины следить за их статусом, и эти новые виртуальные машины также продолжают увеличивать использование своего ЦП.

введите описание изображения здесь

Я использовал команду «top», чтобы узнать, какой процесс требует ресурсов процессора, и результат меня шокировал. «google_osconfig» продолжает потреблять ресурсы процессора, и он ест все больше и больше, как свиньи.

введите описание изображения здесь

что такое «google_osconfig», и есть ли кто-нибудь, кто знает, как решить эту проблему?

введите описание изображения здесь

Я перезапустил google-osconfig-agent, чтобы заставить его отключить загрузку ЦП. После использования «перезапуска службы google-osconfig-agent» загрузка ЦП снизилась.

Комментарии:

1. У меня такая же проблема: serverfault.com/questions/1042509 /…

2. Возможно, я нашел здесь некоторую полезную информацию (возможно, это ошибка?) — github.com/GoogleCloudPlatform/osconfig/issues/228

Ответ №1:

google_osconfig Это часть диспетчера виртуальных машин, это определение есть в документации

VM Manager — это набор инструментов, которые можно использовать для управления операционными системами для большого парка виртуальных машин (ВМ) под управлением Windows и Linux на Compute Engine.

Следующие службы доступны как часть пакета VM Manager:

  • Управление инвентаризацией ОС: osinventory
  • Управление исправлениями ОС: tasks
  • Управление конфигурацией ОС: guestpolicies

Агент конфигурации ОС по умолчанию установлен в Red Hat Enterprise Linux (RHEL), Debian, CentOS и образах Windows, дата сборки которых v20200114 или более поздней версии.

Вы можете проверить состояние этой службы с помощью следующей команды:

 sudo systemctl status google-osconfig-agent
  

Если это была проблема с каким-то подпроцессом, который запустил потребление ЦП, выполненный вами перезапуск исправит это.

Но это может быть проблемой с сервисом, возможно, в используемой вами версии есть проблема, вы могли бы рассмотреть возможность обновления агента конфигурации ОС.

Чтобы обновить агент в операционных системах CentOS и RHEL, выполните следующую команду:

 sudo yum update google-osconfig-agent
  

Чтобы обновить агент в операционных системах Debian и Ubuntu, выполните следующие команды:

 sudo apt update
sudo apt install google-osconfig-agent
sudo service google-osconfig-agent restart
  

Комментарии:

1. Возникла та же проблема. Обновление, как описано выше, решило это для меня, потребовалось несколько минут, чтобы появились результаты.

2. Ах … теперь, неделю спустя, загрузка процессора в режиме ожидания снова увеличилась до 20% и неуклонно растет, так что это был не ответ: ( Полностью остановил службу и перезапустил ее… давайте посмотрим, поможет ли это!

3. Я занимаюсь этим неделями, и каждый раз, когда я перезапускаю, загрузка ЦП снова начинает медленно расти. Очень запутанная проблема. Надеюсь, мы сможем выяснить, как это исправить в ближайшее время.

4. sudo systemctl перезапускает google-osconfig-agent Это перезапускает osconfig-agent и возвращает загрузку ЦП в нормальное состояние… Только для того, чтобы снова неуклонно расти с течением времени… Может сделать это cronjob, но что-то не так.

5. У меня запущено несколько виртуальных машин, но только у более новых есть эта проблема. С момента запуска этих машин также увеличилось количество вызовов API в консоли Google…

Ответ №2:

Это известная ошибка в некоторых более старых версиях osconfig (до декабря 2020 года). Для окончательного исправления обновите до текущей версии:

 sudo apt update
sudo apt install google-osconfig-agent
sudo service google-osconfig-agent restart
  

Комментарии:

1. serverfault.com/questions/1042509 /… — та же дискуссия