Известные проблемы ADPG
Проблема | С версии | Fixed | Обходное решение |
---|---|---|---|
После истечения срока действия сертификатов SSL действия кластера Stop и Start завершаются ошибкой |
16.3.4 |
— |
Обновите сертификаты и сохраните их по тем же путям. Выполните действие кластера Stop, а затем действие кластера Start |
Действие Expand сервиса ADPG завершается ошибкой, если SSL включен с помощью действия кластера Manage SSL |
16.3.4 |
— |
Выполните следующие шаги:
|
Удаление (с использованием |
14.3.6 |
— |
Перераспределите компоненты мониторинга на другой хост с поддерживаемой ОС (CE: CentOS, Ubuntu; EE: CentOS, Alt Linux, Astra Linux, Ubuntu, RED OS). После этого можно успешно удалить сервис Monitoring из кластера |
Установка кластера ADPG завершается ошибкой, если одно из имен хостов кластера совпадает с именем, зарезервированным для сервисов:
|
16.3.3 |
— |
Пересоздайте кластер с именем хоста, которое не совпадает с именем сервиса. Например, в случае |
Действие Add/remove components сервиса Monitoring, которое выполняется для добавления компонента Grafana на новый хост, завершается ошибкой с сообщением |
16.3.3 |
— |
|
После действия Abort upgrade в случае отмены мажорного обновления 14 → 16 сервис Monitoring отмечается красным флажком, отображается ошибка |
16.3.3 |
— |
Пересохраните конфигурацию без изменения значений |
Действия Check кластера и сервиса Monitoring не завершаются ошибкой, если какая-либо подзадача мониторинга заканчивается сбоем |
16.3.3 |
— |
На странице Jobs разверните все подзадачи сервиса Monitoring, чтобы выявить потенциальные проблемы |
После мажорного обновления с версии ADPG 14 на ADPG 16 statuschecker кластера отмечен желтым цветом несмотря на то, что все компоненты кластера, хосты и сервисы отмечены зеленым. Переустановка statuschecker не помогает |
16.3.3 |
— |
Перезапустите контейнер ADCM (и контейнер Postgres, если используется внешняя база данных) |
При подключении пользователя pgbouncer к |
16.3.1 |
— |
Можно игнорировать это предупреждение |
Порт, который слушает PgBouncer, не может быть изменен для работающего кластера (параметр PgBouncer |
14.3.6 |
— |
После изменения порта выполните действие Reconfigure & Restart сервиса ADPG |
Если добавляются ноды для расширения сервиса Etcd, новые ноды не включаются в конфигурацию кластера ADPG |
14.3.3 |
— |
Для решения проблемы выполните действие Reconfigure & Restart сервисов ADPG и Balancer |
Кластерное действие Upgrade, используемое для обновления версии ADPG 14.3.8 до ADPG 16, нестабильно работает при перемещении реплик. С помощью этого действия можно выполнить мажорное обновление кластеров ADPG с сервисом ADPG, установленным только на одном хосте (без реплик) |
16.3.1 |
16.3.2 |
Используйте логическое резервное копирование/восстановление с помощью утилит pg_dump и |
Если используется порт сервиса ADPG, отличный от порта по умолчанию (5432), при настройке резервного хранилища (backup repo) не удается создать станзу |
14.3.7 |
16.3.1 |
Переключитесь на порт сервиса ADPG по умолчанию — 5432 |
С того момента, как была реализована новая встроенная система мониторинга в версии 14.3.4, ADPG больше не поддерживает интеграцию с импортируемым кластером мониторинга, и поэтому любое минорное обновление 14.x → 14.y сбрасывает настройку Enable monitoring на значение |
14.2.1 |
16.3.1 |
Вам необходимо настроить систему мониторинга и установить Enable monitoring в значение |
Обновление кластера ADPG с предыдущей версии до версии 14.3.2 не сохраняет настройки, указанные в поле postgresql.conf customsection конфигурации сервиса ADPG |
14.2.1 |
14.3.2 |
Если необходимо обновить кластер ADPG с версий 14.2.1 - 14.3.1, требуется восстановить содержимое postgresql.conf custom section вручную |