Curiosamente, he experimentado el mismo error o uno similar. Ejecutando en Discourse 2.9.0.beta2 y he intentado actualizar a ß3. He deshabilitado todos los plugins excepto docker_manager para ./launcher rebuild app. Ejecutando en una base de datos PGSQL externa en la versión:
$ psql --version
psql (PostgreSQL) 14.1 (Ubuntu 14.1-1.pgdg18.04+1)
Puedo reiniciar el contenedor con ./launcher restart app después del fallo, pero cuando las respuestas devuelven un error 500.
El error final durante la reconstrucción/actualización es:
FAILED
--------------------
Pups::ExecError: cd /var/www/discourse & su discourse -c 'bundle exec rake db:migrate' falló con retorno #<Process::Status: pid 658 exit 1>
Ubicación del fallo: /usr/local/lib/ruby/gems/2.7.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec falló con los parámetros {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
bootstrap falló con código de salida 1
** FALLO AL INICIAR ** por favor, desplázate hacia arriba y busca mensajes de error anteriores, puede haber más de uno.
Los errores significativos reales anteriores se pueden encontrar aquí: https://p153.p0.n0.cdn.getcloudapp.com/items/jkuvPekN/feb38236-3b84-410e-8fac-d1864d02ba69.txt?v=eb1d15e029cb07a73300d8ec07318876
Me cuesta creer que este sea un problema real de permisos y dudo en dar al usuario de la base de datos de Discourse permisos de superusuario/root en pgsql.
¿Alguna otra idea sobre lo que podría estar sucediendo con una interrupción tan reciente?