Tenho uma instância multissite em que um monte de bancos de dados falharam na migração porque
\n\n PG::DuplicateColumn: ERROR: column "bookmarkable_id" of relation "bookmarks" already exists \n\nTalvez eu devesse excluir essa coluna dessa tabela nesses bancos de dados?
\n\nParece que foi porque as migrações anteriores não foram executadas devido ao SKIP_POST_DEPLOYMENT_MIGRATIONS estar definido e as migrações anteriores não terem terminado.
\n\nExcluirei isso quando confirmar que é verdade…
1 curtida
@martin alguma ideia, talvez relacionado aos refactors recentes?
2 curtidas
Desculpe pelo alarme falso. Eu odeio quando faço isso.
O problema era que eu tinha SKIP_POST_DEPLOYMENT_MIGRATIONS: 1 definido e, em seguida, não executei multisite:migrate. Depois que fiz um SKIP_POST_DEPLOYMENT_MIGRATIONS=- multisite:migrate, consegui inicializar.
Eu só preciso corrigir minhas ferramentas para multisite para executar a migração após aumentar o novo contêiner semi-migrado.
2 curtidas
Mas estranho. Recovering from failed/partially applied upgrade parece ter o mesmo problema e parece ser uma instalação padrão.
Eu teria respondido a esta postagem, mas imaginei que fosse o mesmo sintoma de um problema diferente. 
Admito que não sei o suficiente para confirmar de uma forma ou de outra…
1 curtida
Parece estar relacionado a DEV: Re-add polymorphic bookmark columns (#16261) · discourse/discourse@8040b95 · GitHub
Este commit é uma refação de 2f1ddadff7dd47f824070c8a3f633f00a27aacde
que revertemos porque ele explodiu uma verificação interna de CI. Eu olhei
para isso, e aconteceu porque a antiga migração para adicionar as colunas de
bookmark ainda existia, e essas colunas foram removidas em um pós-migração,
então as duas migrações para adicionar as colunas estavam em conflito antes
que o pós-migração fosse executado.
2 curtidas
Uau. Isso parece explicar.
Alguma atualização sobre isso?
O meu está apresentando o mesmo problema.
Como eu copiaria este git para o meu discourse?