Известные проблемы и их решения

Известные проблемы и их решения#

Настройка аутентификации

Если вы выполняли настройку аутентификации PostgreSQL в Кибер Бэкап 15 версий Обновление 2.6 или Обновление 2.7 в соответствии с инструкцией в разделе Предварительная настройка PostgreSQL и впоследствии перешли на версию Кибер Бэкап 16, резервное копирование PostgreSQL может завершаться с ошибкой.

{"error": "FATAL: no pg_hba.conf entry for host "10.77.242.110", user "postgres", database "template1", no encryption (SQLSTATE 28000)","request-id": "bff753db-34f0-4ee9-bbda-d429f45b4ea3","service": "PostgreSQL","serviceMsg": "FATAL: no pg_hba.conf entry for host "10.77.242.110", user "postgres", database "template1", no encryption (SQLSTATE 28000)"}

Решение

В пункте IPv4 local connections файла pg_hba.conf укажите настройки так, как показано в следующем примере:

host all all 127.0.0.1/32 trust
host all all 0.0.0.0/0 md5

После того, как вы изменили настройки, перезапустите PostgreSQL.

Примечание

Укажите ip-адреса в соответствии со своей конфигурацией.

Изменение данных учетной записи пользователя, с помощью которой происходит соединение с PostgreSQL

В некоторых случаях при обновлении Кибер Бэкап или при изменении пароля пользователя средствами PostgreSQL, новый пароль для учетной записи пользователя не обновляется автоматически во всех конфигурационных файлах Кибер Бэкап.

Решение

Для корректного изменения данных учетной записи используйте утилиту, которая устанавливает новые имя пользователя и пароль во всех конфигурационных файлах Кибер Бэкап.

Выполните команду:

/usr/lib/Acronis/AMS/postgresql_credentials_changer 'postgres_username' 'postgres_password'

Где:

  • postgres_username — имя учетной записи;

  • postgres_password — пароль учетной записи.

После успешного изменения данных отображается сообщение "Successfully changed PostgreSQL credentials in CyberBackup configs".

Слоты репликации

Резервное копирование по расписанию останавливается с ошибкой после нескольких созданий, запусков по расписанию и удалений планов резервного копирования.

ОШИБКА: используются все слоты репликации (SQLSTATE 53400)ОШИБКА: syntax error (SQLSTATE 42601)

Решение

Удалите ненужные слоты репликации вручную, используя следующие команды:

  • Получить все слоты:

    select * from pg_replication_slots where slot_name like 'cp%'

  • Удалить слот:

    select pg_drop_replication_slot('cp_3odiqs5psps0knx0bgjz3g_dsuqc5akrjsnln9fhr6srg')