Восстановление резервной копии не удалось

[chapoi]

Привет и приветствуем с возвращением после девяти лет!

Очень круто видеть такой долгоживущий форум.

Думаю, это та же проблема с индексом, о которой говорилось здесь: Can't restore due to corrupt indexes (with some clues on how to deal with corrupt indexes)

Суть в следующем:

Таблица incoming_referers отслеживает пути URL, по которым посетители попали на ваш форум. У неё есть уникальный индекс, что означает отсутствие двух строк с одинаковой комбинацией пути и домена.

В вашей базе данных есть две строки с path='//' и incoming_domain_id=5. Когда система пытается восстановить этот уникальный индекс во время восстановления резервной копии, она обнаруживает дубликат и прерывает всю транзакцию восстановления.

Так что вам нужно найти и удалить этот дубликат в таблице incoming_referers, а затем создать новую резервную копию для восстановления на новом сервере.

Я нашел эту тему с инструкциями, которая может вам помочь

@glynhudson

Заходим в контейнер

./launcher enter app

Подключаемся к базе данных

su postgres -c 'psql discourse'

Пытаемся найти дубликаты

discourse=# select * from incoming_referers where path LIKE '%/search/' ORDER BY incoming_domain_id;`

  id  |    path    | incoming_domain_id
------+------------+--------------------
 3339 | /search/   |                 33
 6257 | /search/   |                 91
 1567 | /search/   |                298
 1777 | /search/   |                341
 3010 | /search/   |                418
 6247 | /search/   |                418
 4293 | /search/   |                644
 2899 | /search/   |                653
 3447 | /search/   |                793
 3696 | /search/   |                852
 4395 | /a/search/ |               1050
 6968 | /search/   |               1305
 5634 | /search/   |               1387
 5834 | /search/   |               1437
 6519 | /search/   |               1637
 7127 | /search/   |               1787
 7280 | /search/   |               1827
(17 rows)

Удаляем дубликат

DELETE FROM incoming_referers WHERE path LIKE '%/search/' AND id IN (6247);

Затем перестраиваем

discourse=# REINDEX SCHEMA CONCURRENTLY public;
WARNING:  cannot reindex invalid index "public.incoming_referers_pkey_ccnew" concurrently, skipping
WARNING:  cannot reindex invalid index "public.index_incoming_referers_on_path_and_incoming_domain_id_ccnew" concurrently, skipping
WARNING:  cannot reindex invalid index "pg_toast.pg_toast_20732_index_ccnew" concurrently, skipping
REINDEX