Curiosamente, experimentei o mesmo erro ou um erro semelhante. Executando no Discourse 2.9.0.beta2 e tentei atualizar para o ß3. Desativei todos os plugins, exceto docker_manager para ./launcher rebuild app. Executando em um banco de dados PGSQL externo na versão:
$ psql --version
psql (PostgreSQL) 14.1 (Ubuntu 14.1-1.pgdg18.04+1)
Posso reiniciar o contêiner via ./launcher restart app após a falha, mas quando as respostas retornam um erro 500.
O erro final durante a reconstrução/atualização é:
FAILED
--------------------
Pups::ExecError: cd /var/www/discourse & su discourse -c 'bundle exec rake db:migrate' falhou com retorno #<Process::Status: pid 658 exit 1>
Localização da falha: /usr/local/lib/ruby/gems/2.7.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec falhou com os parâmetros {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
bootstrap falhou com código de saída 1
** FALHA AO INICIALIZAR ** por favor, role para cima e procure por mensagens de erro anteriores, pode haver mais de uma.
Os erros significativos reais acima podem ser encontrados aqui: https://p153.p0.n0.cdn.getcloudapp.com/items/jkuvPekN/feb38236-3b84-410e-8fac-d1864d02ba69.txt?v=eb1d15e029cb07a73300d8ec07318876
Estou tendo dificuldade em acreditar que este seja um problema real de permissão e hesito em dar ao usuário do Discourse do banco de dados permissão de superusuário/root para o pgsql.
Alguma outra ideia sobre o que pode estar acontecendo aqui com uma quebra tão recente?