Некорректное ведение журнала с системными логами характеризуется отсутствием последних записей о событиях в разделе «Системные логи».
Для восстановления ведения журнала с системными логами:
Перезапустите компоненты мобильной платформы на сервере или в кластере, развёрнутом на основе Kubernetes, Deckhouse или OKD/OCP:
контейнеры fmp_celeryworker_1, fmp_redis_1 на сервере мобильной платформы;
поды fmp-celeryworker, fmp-redis в кластере.
Проверьте объём выделенных системных ресурсов дискового пространства для Elasticsearch:
контейнер fmp_elasticsearch_1 на сервере мобильной платформы;
Persistent Volumes (PV) пода fmp-elasticsearch-data в кластере.
Например, для кластера OKD/OCP откройте подраздел «Storage > Persistent Volume Claims» в приложении OKD:
В столбце «Capacity» содержится объём выделенных системных ресурсов, в столбце «Used» - объём используемых системных ресурсов.
При необходимости добавьте объём потребления системных ресурсов для контейнера fmp_elasticsearch_1 на сервере мобильной платформы с помощью средств операционной системы или виртуализации.
Для добавления объёма потребления системных ресурсов PV пода fmp-elasticsearch-data в кластере OKD/OCP:
Важно. Выберите время с минимальной пользовательской нагрузкой на кластер, так как в процессе добавления объёма потребления системных ресурсов блокируется выполнение фоновых задач. Также при необходимости экспортируйте журнал с логами в файл. После выполнения действий с подом системные логи будут удалены.
Уменьшите минимальное количество реплик в Horizontal Pod Autoscalers (HPA) для пода fmp-celeryworker-hpa. Для этого откройте на редактирование конфигурацию HPA и задайте параметру minReplicas значение «0»:
kubectl edit hpa fmp-celeryworker-hpa -n fmp
Примечание. Актуально при использовании «Форсайт. Мобильная платформа» версии 23.12 и выше.
Остановите запись логов в Elasticsearch. Для этого уменьшите количество подов fmp-celeryworker до 0.
Уменьшите количество подов fmp-elasticsearch-data до 0.
Определите, какие PV используются подами fmp-elasticsearch-data и удалите для них Persistent Volume Claim (PVC).
Добавьте объём освобождённых PV до 30G.
Пропишите storageClass с именем es-data для увеличенных PV.
Пропишите storageClass с именем es-data для подов fmp-elasticsearch-data:
измените yaml-файл с помощью приложения OKD (для применения изменений в текущем релизе) в соответствии со структурой:
spec:
volumeClaimTemplates:
spec:
storageClassName: es-data
измените файл values.production.yaml (для применения изменений в следующих обновлениях/переустановках релиза) в соответствии со структурой:
elasticsearch:
data:
persistence:
storageClass: es-data
Добавьте количество подов fmp-elasticsearch-data до 3 и убедитесь, что все поды запускаются и успешно создают новые PVC на основе обновлённых PV.
Подготовьте Elasticsearch. Для этого перейдите в терминал одного из подов fmp-dashboard и запустите скрипт init.sh из любого места.
Возобновите запись логов в Elasticsearch. Для этого верните количество подов fmp-celeryworker до 1.
Верните минимальное количество реплик в HPA для пода fmp-celeryworker-hpa аналогично шагу «a». Для этого откройте на редактирование конфигурацию HPA и задайте параметру minReplicas значение «1».
Примечание. Актуально при использовании «Форсайт. Мобильная платформа» версии 23.12 и выше.
После выполнения действий будет восстановлено ведение журнала с системными логами.
См. также: