Isso também ocorre em uma instalação oficial simples do discourse_docker, usando algum teste de restauração automatizado via pipeline todas as manhãs da semana. Esse erro semelhante apareceu repentinamente no pipeline com falha.
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!
A causa raiz foi uma incompatibilidade de versão entre o backup restaurado e o código do contêiner.
O código mais recente do Discourse possui um modelo que referencia a tabela translation_overrides, mas o banco de dados de produção (a partir do backup) está em uma versão anterior em que essa tabela ainda não existe ou tem um nome diferente.
O que funcionou para mim foi reconstruir primeiro (o que cria o esquema do zero) e, em seguida, restaurar o backup. O processo de restauração utiliza a ferramenta de restauração integrada do Discourse, que descarta e recria adequadamente o banco de dados.