Часто встречающиеся проблемы и пути их устранения#
Часто встречающиеся проблемы и пути их устранения для EDMN#
Переполнение хранилища#
Описание проблемы |
Решение |
|---|---|
Хранилище метрик переполнено |
Очистить хранилище, уменьшить Retention Policy |
etcd переполнено |
Очистить хранилище, удалив старые записи |
Часто встречающиеся проблемы и пути их устранения для EDMS#
Ошибки при запуске#
Проблема |
Вариант решения |
|---|---|
При запуске разведки пользователю выдается |
Зайти в RLM и перевыпустить токен пользователя |
Если в логах отображается запись |
Зайти в RLM и перевыпустить токен ТУЗ из под которого запускается разведка |
В случае возникновения иных проблемы необходимо обратиться к группе администраторов.
Часто встречающиеся проблемы и пути их устранения EMIP#
Проблема с подключением к БД с дайвером R2DBC (с сервисами saga и rlm-deploy)#
Ошибка вида: Could not open R2DBC Connection for transaction#
Проблема:
Ошибка «Could not open R2DBC Connection for transaction»: не удалось установить соединение R2DBC для транзакции (org.springframework.transaction.CannotCreateTransactionException). Ошибка генерируется подсистемой транзакций Spring, когда не удается получить соединение с БД, чаще всего из-за недоступности СУБД или некорректной конфигурации соединения.
Контекст:
Ошибка возникает при выполнении задачи с использованием аннотации @Scheduled, реализованной на Spring Boot в реактивном приложении с использованием драйвера R2DBC.
Причина:
Сетевая недоступность БД, например, сервер не запущен или недоступен по адресу/порту.
Ошибка конфигурации — неправильная строка соединения или неподдерживаемый драйвер.
R2DBC-пул может зависнуть и не инициализироваться заново при перезапуске БД.
Некорректная работа пула соединений или отсутствие пула в конфигурации.
Превышено максимальное число одновременных соединений (лимит пула или БД).
Решение:
Проверьте доступность БД, убедитесь, что сервис работает.
Пересмотрите параметры строки подключения: используйте корректный URL, убедитесь, что host, порт и учетные данные заданы правильно.
После перезапуска БД перезапустите R2DBC-пул.
Проверьте конфигурацию пула соединений: подключайте r2dbc-pool и следите за правильной настройкой максимальных лимитов.
Часто встречающиеся проблемы и пути их устранения для EVPC#
Установка падает с ошибкой#
Проблема |
Причина |
Решение |
|---|---|---|
Установка падает с ошибкой |
Отсутствует описание используемой в конфигурации обработчика системы (источник или получатель) |
Указание настроек используемой системы в блоке epf_defaults |
Часто встречающиеся проблемы и пути их устранения для EVPT#
Отсутствие логов работы компонента EVPT#
Проблема |
Причина |
Решение |
|---|---|---|
В централизованной системе журналирования Platform V Monitor (LOGA) отсутствуют логи работы компонента EVPT |
Некорректно указаны настройки для отправки логов в централизованную систему журналировани Platform V Monitor (LOGA). |
Проверить настройки отправки логов в централизованную систему журналирования Platform V Monitor (LOGA) в соответствии с описанием Системный журнал EVPT |
Часто встречающиеся проблемы и пути их устранения для EVTA#
Неработоспособность ansible#
Проблема |
Причина |
Решение |
|---|---|---|
Неработоспособность ansible |
Невозможно найти исполняемый файл Python. |
Необходимо добавить параметр |
Часто встречающиеся проблемы и пути их устранения для EVTD#
Отсутствует связь между брокерами в кластере#
Проблема |
Причина |
Решение |
|---|---|---|
Отсутствует связь между брокерами в кластере |
При конфигурировании, DN сертификата в |
DN сертификата должен задаваться без пробелов после запятых, разделяющих поля. Необходимо исправить настройки и произвести установку повторно |
Отсутствует физический доступ между узлами по порту 9093 |
Открыть доступ между узлами по порту 9093 |
|
Неработоспособность ansible |
Невозможно найти исполняемый файл Python. |
Необходимо добавить параметр |
Часто встречающиеся проблемы и пути их устранения для EVTP#
Уменьшить количество дублей при переподключении обработчика к IBM MQ#
При работе с IBM MQ рекомендуется уменьшить параметр checkpoint с настройки по умолчанию (20000 миллисекунд) до 5000 миллисекунд. Данная настройка устанавливается в конфигурационном файле vars.yml до запуска/перезапуска обработчиков:
flink_presets:
job_checkpoint:
checkPointIntervalMs: 5000
Дополнительно на стороне IBM MQ на используемом канале рекомендуется выставить настройку времени жизни канала в одни сутки (параметр задается в секундах):
DISCINT(86400)
После этого производится запуск/перезапуск обработчиков.
Данная настройка помогает уменьшить количество дублей в случае переподключения обработчика к IBM MQ.