Nova instalação falha (instalação limpa)

Possivelmente relacionado a 147425, mas criei um novo tópico, pois meu caso foi uma instalação limpa e não uma migração.

Tentei em duas instâncias limpas diferentes do Ubuntu 18.04 (uma na Linode e outra na Digital Ocean) para configurar uma instalação própria por meio do script Docker. Em ambas as vezes, obtive o mesmo erro.

Captura de tela do erro

Saída do erro

== 20180917024729 RemoveSuperfluousColumns: migrando =========================

AVISO
-------------------------------------------------------------------------------------
Foi feita uma tentativa de excluir ou renomear uma coluna em uma migração.
O SQL utilizado foi: 'ALTER TABLE user_profiles DROP COLUMN IF EXISTS card_image_badge_id'

Por favor, gere uma migração pós-implantação usando `rails g post_migration` para excluir
ou renomear colunas.

Observe que, para minimizar interrupções, use self.ignored_columns = ["nome da coluna"] no seu
modelo ActiveRecord; isso pode ser removido cerca de 6 meses depois.

Essa proteção está em vigor para nos proteger contra a exclusão de colunas que estão atualmente
em uso por aplicações em produção.

I, [2020-04-09T15:07:30.875957 #1]  INFO -- : Encerrando processos assíncronos
I, [2020-04-09T15:07:30.876041 #1]  INFO -- : Enviando INT para HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/10/bin/postmaster -D /etc/postgresql/10/main pid: 64
2020-04-09 15:07:30.876 UTC [64] LOG:  solicitação de desligamento rápido recebida
I, [2020-04-09T15:07:30.876354 #1]  INFO -- : Enviando TERM para exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 181
181:signal-handler (1586444850) SIGTERM recebido, agendando desligamento...
181:M 09 Apr 2020 15:07:30.954 # Solicitação de desligamento pelo usuário...
181:M 09 Apr 2020 15:07:30.954 * Salvando o snapshot RDB final antes de sair.
181:M 09 Apr 2020 15:07:30.959 * Banco de dados salvo no disco
181:M 09 Apr 2020 15:07:30.960 # Redis agora está pronto para sair, tchau...
2020-04-09 15:07:30.880 UTC [64] LOG:  abortando quaisquer transações ativas
2020-04-09 15:07:30.886 UTC [64] LOG:  processo worker: lançador de replicação lógica (PID 73) saiu com código de saída 1
2020-04-09 15:07:30.894 UTC [68] LOG:  desligando
2020-04-09 15:07:31.151 UTC [64] LOG:  sistema de banco de dados desligado


FALHA
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate' falhou com retorno #<Process::Status: pid 12943 exit 1>
Local da falha: /pups/lib/pups/exec_command.rb:112:in `spawn'
exec falhou com os parâmetros {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
90378b39f271ddf9c4ba2628e28ceffd9ede8f3c6cdb4815b12f8b3ae5a218ac
** FALHA NO BOOTSTRAP ** Por favor, role para cima e procure por mensagens de erro anteriores; pode haver mais de uma.
./discourse-doctor pode ajudar a diagnosticar o problema.

Revertimos os commits relacionados. Pode tentar novamente?

1 curtida

Sim, precisarei alterar o DNS, então levará cerca de uma hora. Darei um retorno. Obrigado.

Sim, o @sam vai analisar isso na segunda-feira dele na Austrália.

1 curtida

Consegui fazer a instalação funcionar corretamente. Obrigado pela ajuda!

Olhar na segunda-feira não faz sentido, pois eu tinha um commit específico que evitou o carregamento do código.

3 curtidas

Corrigido conforme:

O Zeitwerk estava fazendo o autoload disso porque tínhamos algumas migrações que executavam sobrescritas no SafeMigrate.

Desativei isso na classe.

4 curtidas