Восстановление ведения журнала с системными логами

Некорректное ведение журнала с системными логами характеризуется отсутствием последних записей о событиях в подразделе «Системные логи» и может быть связан с внутренним сбоем Redis или Celery.

Для восстановления ведения журнала с системными логами:

  1. Перезапустите компоненты мобильной платформы:

  1. Проверьте объём выделенных системных ресурсов дискового пространства для Elasticsearch:

Например, откройте подраздел «Storage > Persistent Volume Claims» в приложении Lens:

Нажмите на data-fmp-elasticsearch-data в столбце «Name». После чего будет отображён график с параметрами «Usage» и «Capacity» - объёмами используемой и выделенной памяти.

  1. Добавьте объём потребления системных ресурсов на сервере мобильной платформы или в кластере при необходимости.

Для добавления объёма потребления системных ресурсов контейнера fmp_elasticsearch_1 на сервере мобильной платформы используйте средства операционной системы или виртуализации. Также проверьте работоспособность контейнера fmp_elasticsearch_1. Для этого перезапустите контейнеры Docker:

% docker compose -f docker-compose.standalone.yml up

Если после выполнения команды выводится сообщение «elastic is down», то контейнер fmp_elasticsearch_1 не запустился. Для запуска контейнера fmp_elasticsearch_1 и восстановления ведения журнала с системными логами очистите том контейнера.

Важно. В процессе очистки тома контейнера fmp_elasticsearch_1 сервер мобильной платформы будет недоступен. Рекомендуется очищать том контейнера при минимальной нагрузке на систему. После очистки тома будут удалены все записи о событиях в подразделе «Системные логи».

После выполнения действий будет восстановлено ведение журнала с системными логами.

Очистка тома контейнера на сервере мобильной платформы

Для очистки тома контейнера fmp_elasticsearch_1 на сервере мобильной платформы:

  1. Удалите запущенные контейнеры Docker с сохранением данных:

% docker compose -f docker-compose.standalone.yml down

  1. Удалите том fmp_es_data:

% docker volume rm fmp_es_data

  1. Запустите контейнеры заново:

% docker compose -f docker-compose.standalone.yml up -d

После выполнения действий будет очищен том контейнера fmp_elasticsearch_1.

См. также:

Мониторинг ошибок системы