Известные проблемы 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 вручную  |