Привет, восстановление из резервной копии завершается ошибкой:
CREATE INDEX
ОШИБКА: не удалось создать уникальный индекс "index_incoming_referers_on_path_and_incoming_domain_id"
ДЕТАЛИ: Ключ (path, incoming_domain_id)=(/m/search, 25) дублируется.
ИСКЛЮЧЕНИЕ: psql не удался: ДЕТАЛИ: Ключ (path, incoming_domain_id)=(/m/search, 25) дублируется.
Эта проблема с таблицей incoming_referers возникала несколько раз в последнее время. Я не уверен, почему именно эта таблица вызывает проблемы, но, вероятно, они связаны. Возможно, кто-то ещё из команды Discourse сможет предложить идеи о том, что может приводить к созданию дублирующихся записей.
У вас всё ещё есть доступ к сайту, на котором был создан файл резервной копии? Если да, то решение заключается в удалении дублирующейся записи из базы данных, а затем создании нового файла резервной копии. Для этого подключитесь по SSH к старому серверу и перейдите в директорию /var/discourse:
cd /var/discourse
Затем выполните:
./launcher enter app
Далее запустите консоль Rails командой:
rails c
После этого вы должны увидеть приглашение, похожее на следующее:
[1] pry(main)>
Попробуйте выполнить следующую команду из консоли Rails и сообщите нам, что она вернёт:
IncomingReferer.where(path: "/m/search")
Она должна вернуть массив с двумя или более записями.
Спасибо, что проверили! Результат, который вы получили, на самом деле такой же, как тот, что я видел сегодня раньше на другом сайте. Это решаемая проблема, но я постараюсь привлечь одного из наших инженеров, чтобы он посмотрел, что происходит.
Моя основная цель переноса серверов заключалась в том, что я использовал Debian 8, который выходит из поддержки.
В связи с этой проблемой восстановления я решил обновиться до Debian 9 на том же сервере. Это прошло успешно, так что пока можно выдохнуть.
Спасибо за вашу поддержку.
Вам нужно выполнить нечёткий поиск, чтобы система не предполагала, что индекс работает. Одного знака процента, вероятно, достаточно, если он стоит в начале, на мой взгляд.
Вы можете просто удалить лишнюю запись. Но чтобы сделать это правильно, нужно обновить и другую таблицу, которая ссылается на эту. Мне приходится каждый раз искать это, так как есть несколько разных таблиц, к которым это относится.
В этой проблеме обвиняют сторонние расширения, что не имеет особого смысла. Кажется, что это точно ошибка Postgres, но я не уверен. Я сталкиваюсь с этим пару раз в месяц (по оценкам) на множестве сайтов.
У меня тоже проблема с дубликатом ключа. Есть ли задокументированное решение?
discourse=# REINDEX SCHEMA CONCURRENTLY public;
ERROR: could not create unique index "index_incoming_referers_on_path_and_incoming_domain_id_ccnew"
DETAIL: Key (path, incoming_domain_id)=(/search/, 1905) is duplicated.
Хотя я только что обновил свой сервер на месте и поэтому больше не буду восстанавливаться на новый сервер, я по любопытству попробовал это и не нашел никаких записей с нечетким поиском:
Рад это слышать. Я усердно обновлял другую таблицу, которая ссылается на эти данные. Это огромная проблема, так как я никогда не помню, как она называется, поэтому приходится делать это снова и снова.
Удаление двух дубликатов прошло успешно, но последующее перестроение индексов вызвало новые ошибки. Это серьезная проблема? Как нам исправить это, удалить строку поиска 3433?
postgres=# \connect discourse
Вы подключены к базе данных "discourse" как пользователь "postgres".
discourse=# REINDEX SCHEMA CONCURRENTLY public;
WARNING: невозможно одновременно перестроить некорректный индекс "public.incoming_referers_pkey_ccnew", пропускаем
WARNING: невозможно одновременно перестроить некорректный индекс "public.index_incoming_referers_on_path_and_incoming_domain_id_ccnew", пропускаем
WARNING: невозможно одновременно перестроить некорректный индекс "pg_toast.pg_toast_2782645_index_ccnew", пропускаем
ERROR: не удалось создать уникальный индекс "index_incoming_referers_on_path_and_incoming_domain_id_ccnew1"
DETAIL: Ключ (path, incoming_domain_id)=(/search/, 3433) дублируется.
CONTEXT: параллельный рабочий процесс
Вот код, отвечающий за создание… он должен обрабатывать это правильно, но, возможно, стоит обновить его до вставки с ON CONFLICT, если это потребуется?
Я попытался вручную перестроить эти 4 индекса. Два успешно, два не удалось. Нужно ли удалить эти две дублирующиеся строки?
discourse=# REINDEX INDEX CONCURRENTLY "public"."incoming_referers_pkey_ccnew";
REINDEX
discourse=# REINDEX INDEX CONCURRENTLY "public"."index_incoming_referers_on_path_and_incoming_domain_id_ccnew";
ERROR: could not create unique index "index_incoming_referers_on_path_and_incoming_domain_id_cc_ccnew"
DETAIL: Key (path, incoming_domain_id)=(/search/, 1861) is duplicated.
discourse=# REINDEX INDEX CONCURRENTLY "pg_toast"."pg_toast_2782645_index_ccnew";
REINDEX
discourse=# REINDEX INDEX CONCURRENTLY "index_incoming_referers_on_path_and_incoming_domain_id_ccnew1";
ERROR: could not create unique index "index_incoming_referers_on_path_and_incoming_domain_id_c_ccnew1"
DETAIL: Key (path, incoming_domain_id)=(/search/, 1905) is duplicated.
@riking Повреждение индексов в PostgreSQL — это ошибка самого PostgreSQL, а не Discourse. Мы, безусловно, можем улучшить производительность этой вставки, но ошибка в PostgreSQL требует исправления в самой базе данных.
Мне кажется, это связано с некорректным завершением работы движка базы данных, возможно, из-за отключения питания.
Это разумное объяснение. Выполняет ли команда ./launcher shutdown app (или rebuild) корректное завершение работы Postgres? Хотя, наверное, автоматическое обновление не умеет корректно завершать работу контейнеров Docker, верно?