Это также происходит при простой официальной установке discourse_docker, когда каждое утро недели выполняется автоматизированное тестирование восстановления через конвейер. Подобная ошибка внезапно появилась в неудачном запуске конвейера.
I, [2026-05-20T07:59:01.413128 #1] INFO -- : > cd /var/www/discourse && su discourse -c 'bundle
exec rake db:migrate'
2026-05-20 07:59:09.214 UTC [1576] discourse@discourse ERROR: relation "translation_overrides" does not exist at character 523
2026-05-20 07:59:09.214 UTC [1576] discourse@discourse STATEMENT: SELECT a.attname, format_type(a.atttypid, a.atttypmod),
pg_get_expr(d.adbin, d.adrelid), a.attnotnull, a.atttypid, a.atttypmod,
c.collname, col_description(a.attrelid, a.attnum) AS comment,
attidentity AS identity,
attgenerated as attgenerated
FROM pg_attribute a
LEFT JOIN pg_attrdef d ON a.attrelid = d.adrelid AND a.attnum = d.adnum
LEFT JOIN pg_type t ON a.atttypid = t.oid
LEFT JOIN pg_collation c ON a.attcollation = c.oid AND a.attcollation <> t.typcollation
WHERE a.attrelid = '"translation_overrides"'::regclass
AND a.attnum > 0 AND NOT a.attisdropped
ORDER BY a.attnum
2026-05-20 07:59:13.167 UTC [1627] discourse@discourse ERROR: schema "discourse_functions" already exists
2026-05-20 07:59:13.167 UTC [1627] discourse@discourse STATEMENT: CREATE SCHEMA discourse_functions;
psql:/var/www/discourse/db/structure.sql:16: ERROR: schema "discourse_functions" already exists
rake aborted!
Первопричиной стало несоответствие версий между восстановленной резервной копией и кодом контейнера.
В последней версии кода Discourse есть модель, ссылающаяся на translation_overrides, но база данных продакшена (из резервной копии) находится на более старой версии, где эта таблица либо ещё не существует, либо имеет другое имя.
Мне помогло следующее: сначала выполнить пересборку (что создаёт схему с нуля), а затем восстановить резервную копию. Процесс восстановления использует встроенную функцию восстановления Discourse, которая корректно удаляет и заново создаёт базу данных.