Сбой восстановления резервной копии, log.txt внутри

Поддержка Самостоятельное хостинг
,
1

Я потратил несколько дней, пробуя множество вариантов.

Для начала: какое-то обновление сломало мой Discourse. Думаю, это произошло, когда Discourse перешёл на версию 3+.

Это было ещё в марте 2023 года. В течение последних 12 месяцев я время от времени занимался этой проблемой, но безрезультатно, а на этой неделе я вплотную занялся её решением.

Никакие попытки восстановления не помогли — ни через командную строку, ни через интерфейс Discourse.

Я подумал, что вместо того чтобы чинить старую установку, лучше начать новую. У меня было множество автоматических резервных копий в S3: версия 3.2.0/16.2 PostgreSQL и 7.2 Redis. Чистая установка работала отлично… Поэтому я попытался восстановить из резервной копии, но это не удалось.

Поскольку работа с базами данных не является моей специализацией, я нахожусь на крутом этапе обучения, пытаясь даже предположить, что могло бы решить мою проблему.

Я думал, что возможно поможет сравнение схем. Хотя я вижу, что в сравнении с базовой установкой различия есть в 14 таблицах, я всё ещё не понимаю, как синхронизировать базу данных, и не смог найти скрипт для этого.

log.txt (97.7 KB)

2

Похоже, вы используете установку Bitnami, а не официальную, которая здесь не поддерживается. Если вы сможете перейти на стандартную установку, это было бы замечательно (а также откроет вам доступ к гораздо более широкой поддержке сообщества здесь).

Хотя из вашего лога выделяется следующее:

ActiveRecord::StatementInvalid: PG::DuplicateTable: ERROR:  relation "chat_channels" already exists

Вы можете поискать, как другие решали подобные проблемы. Я полагаю, вам, возможно, потребуется удалить таблицу, но это не то, с чем я хорошо знаком.