Я выполнил эту команду, но, похоже, проблема не была решена.
Я сделал следующее: выполнил команду, создал полную резервную копию, попытался восстановить эту копию (на том же и на другом сервере).
Эти сообщения об ошибках фактически генерируются во время восстановления.
Я сделал резервную копию и попытался восстановить: логи восстановления в интерфейсе Discourse останавливаются на этапе «распаковка», но после небольшого ожидания я выхожу из системы и оказываюсь на работающей, восстановленной версии своего форума.
Затем в логах Discourse появляются следующие ошибки:
Job exception: PG::UndefinedTable: ERROR: relation "application_requests" does not exist LINE 1: SELECT "application_requests"."id" FROM "application_request...
ActiveRecord::StatementInvalid (PG::UndefinedTable: ERROR: relation "user_auth_tokens" does not exist LINE 1: SELECT "user_auth_tokens".* FROM "user_auth_tokens" WHERE ((...
То же самое происходит на моем сервере разработки Discourse, хотя количество ошибок и исключений отличается. Форум при этом работает.
Таким образом, я восстановил (на моем сервере разработки Discourse) более раннюю версию своего форума, в которой есть только импортированные пользователи.
Логи ошибок также не дошли до шага «восстановление успешно» (остановились раньше), но я снова был корректно выведен из системы и оказался на работающем Discourse. Ошибки во время восстановления были немного другими:
Job exception: PG::UndefinedTable: ERROR: relation "topics" does not exist LINE 1: UPDATE "topics" SET "pinned_at" = NULL, "pinned_globally" = ... ^
7:18 pm
Job exception: PG::UndefinedTable: ERROR: relation "scheduler_stats" does not exist LINE 1: UPDATE "scheduler_stats" SET "duration_ms" = 22741, "live_sl... ^
Так что… я не уверен, что мне следует делать. Форумы работают после этих восстановлений, но ошибки, возникающие во время них, меня пугают.