Atualizações falharam; 'bundle exec rake assets:precompile' falhou

166:M 09 Abr 2020 19:22:49.160 * Salvando o snapshot final do RDB antes de sair.
166:M 09 Abr 2020 19:22:49.183 * Banco de dados salvo no disco
166:M 09 Abr 2020 19:22:49.183 # Redis está pronto para sair, tchau tchau...


FALHA
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake assets:precompile' falhou com o retorno #<Process::Status: pid 12966 exit 1>
Local da falha: /pups/lib/pups/exec_command.rb:112:in `spawn'
exec falhou com os parâmetros {"cd"=>"$home", "hook"=>"assets_precompile", "cmd"=>                  ["su discourse -c 'bundle exec rake assets:precompile'"]}
5148cdd01588a9ec15d9a282a502da071bb6863d127112ea0d1526177593c6ae
** FALHA NA INICIALIZAÇÃO ** 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.
root@lab:/var/discourse# docker update

Captura de tela de /admin/upgrade#/: Image 2020-04-09 at 3.58.11 PM

Alguma sugestão?

Você pode pegar a versão mais recente e tentar compilar novamente? Houve algumas alterações recentes que podem ter causado o problema.

Acabei de executar:

cd /var/discourse
git pull
./launcher rebuild app

Resultado:

166:M 09 Apr 2020 21:28:03.463 * Salvando o snapshot final do RDB antes de sair.
166:M 09 Apr 2020 21:28:03.494 * Banco de dados salvo no disco
166:M 09 Apr 2020 21:28:03.494 # Redis está pronto para sair, tchau tchau...


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

You need to do what the message says.

Encontrei o seguinte:
1.)

0:  aws-sdk-s3 (1.61.2) de /var/www/discourse/vendor/bundle/ruby/2.6.0/specifications/aws-sdk-s3-1.61.2.gemspec
Bundle completo! 127 dependências do Gemfile, 158 gems agora instaladas.
Gems nos grupos test e development não foram instaladas.
Gems agrupadas estão instaladas em `./vendor/bundle`

2.)

rake aborted!
Sprockets::FileNotFound: não foi possível encontrar o arquivo 'jquery.putcursoratend.js' com o tipo 'application/javascript'

3.)

167:M 09 Apr 2020 21:43:12.897 # Redis está pronto para sair, tchau tchau...
2020-04-09 21:43:12.914 UTC [50] LOG:  sistema de banco de dados desligado


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

Você possui algum plugin personalizado que não seja oficial? Em caso afirmativo, comente-os.

Acabei de:

      - git clone https://github.com/discourse/docker_manager.git
      - git clone https://github.com/angusmcleod/discourse-custom-wizard.git

Foi um incidente isolado causado pelo Custom Wizard gerando o erro. Consegui puxar a versão mais recente do Discourse assim que removi o Custom Wizard.

Parece que @angus e @pmusaraj estão trabalhando na solução:
Custom Wizard Plugin 🧙 - #459

PS - @pmusaraj, acabei de instalar seu plugin do Zoom e é algo que eu estava procurando há alguns meses. Obrigado por sua constante inovação.

E obrigado por me avisar sobre qual plugin estava falhando. Eu teria que passar por eles um por um.

Essa é uma funcionalidade que gostaria de ver, mas não acho que seja viável nesses tipos de aplicativos de frameworks:

Um único interruptor de administrador para desabilitar/habilitar todos os plugins…

Isso tornaria a vida de todos os administradores de sistema mais fácil quando as coisas derem errado. Ter a capacidade administrativa de desligar todos os plugins sem a necessidade de reconstruir facilitaria a depuração pelos usuários, e eles poderiam/saberiam facilmente: “isso é um problema de plugin”.