Aggiornamenti falliti; 'bundle exec rake assets:precompile' fallito

166:M 09 apr 2020 19:22:49.160 * Salvataggio dell'ultimo snapshot RDB prima dell'uscita.
166:M 09 apr 2020 19:22:49.183 * Database salvato su disco
166:M 09 apr 2020 19:22:49.183 # Redis è pronto per uscire, arrivederci...


FALLITO
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake assets:precompile' fallito con codice di uscita #<Process::Status: pid 12966 exit 1>
Posizione dell'errore: /pups/lib/pups/exec_command.rb:112:in `spawn'
Esecuzione fallita con i parametri {"cd"=>"$home", "hook"=>"assets_precompile", "cmd"=>["su discourse -c 'bundle exec rake assets:precompile'"]}
5148cdd01588a9ec15d9a282a502da071bb6863d127112ea0d1526177593c6ae
** FALLITO L'AVVIO ** si prega di scorrere verso l'alto e cercare messaggi di errore precedenti, potrebbero essercene più di uno.
./discourse-doctor può aiutare a diagnosticare il problema.
root@lab:/var/discourse# docker update

Screenshot di /admin/upgrade#/: Image 2020-04-09 at 3.58.11 PM

Qualche consiglio?

Puoi recuperare l’ultima versione e provare a compilare di nuovo? Ci sono stati alcuni recenti commit che potrebbero aver causato il problema.

Ho appena eseguito:

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

Risultato:

166:M 09 Apr 2020 21:28:03.463 * Salvataggio dell'ultimo snapshot RDB prima dell'uscita.
166:M 09 Apr 2020 21:28:03.494 * Database salvato su disco
166:M 09 Apr 2020 21:28:03.494 # Redis è ora pronto per uscire, arrivederci...


FALLITO
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake assets:precompile' fallito con ritorno #<Process::Status: pid 12955 exit 1>
Posizione dell'errore: /pups/lib/pups/exec_command.rb:112:in `spawn'
esecuzione fallita con i parametri {"cd"=>"$home", "hook"=>"assets_precompile", "cmd"=>["su discourse -c 'bundle exec rake assets:precompile'"]}
e9cd09967fbf566b05f3ecedf900f2884c879e55e75350475ac8e28599439cfd
** FALLIMENTO DURANTE L'AVVIO ** scorri verso l'alto e cerca eventuali messaggi di errore precedenti; potrebbero essercene più di uno.
./discourse-doctor può aiutare a diagnosticare il problema.

You need to do what the message says.

Ho trovato quanto segue:
1.)

0:  aws-sdk-s3 (1.61.2) da /var/www/discourse/vendor/bundle/ruby/2.6.0/specifications/aws-sdk-s3-1.61.2.gemspec
Bundle completo! 127 dipendenze del Gemfile, 158 gemme ora installate.
Le gemme nei gruppi test e development non sono state installate.
Le gemme del bundle sono installate in `./vendor/bundle`

2.)

rake abortito!
Sprockets::FileNotFound: impossibile trovare il file 'jquery.putcursoratend.js' con tipo 'application/javascript'

3.)

167:M 09 Apr 2020 21:43:12.897 # Redis è pronto per uscire, arrivederci...
2020-04-09 21:43:12.914 UTC [50] LOG:  il sistema del database è stato spento


FALLITO
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake assets:precompile' fallito con codice di ritorno #<Process::Status: pid 12968 exit 1>
Posizione dell'errore: /pups/lib/pups/exec_command.rb:112:in `spawn'
Esecuzione fallita con i parametri {"cd"=>"$home", "hook"=>"assets_precompile", "cmd"=>["su discourse -c 'bundle exec rake assets:precompile'"]}
8332d3e8c049ac2f88e9fa9c0cc00acf93450485f515126bef7f87a61bd13d52
** FALLIMENTO DELL'AVVIO ** scorri verso l'alto e cerca messaggi di errore precedenti, potrebbero essercene più di uno.
./discourse-doctor può aiutare a diagnosticare il problema.

Hai plugin personalizzati non ufficiali? Se sì, commentali.

Ho appena eseguito:

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

Si è trattato di un episodio isolato causato dal plugin Custom Wizard. Ho potuto aggiornare Discourse all’ultima versione non appena ho rimosso Custom Wizard.

Sembra che @angus e @pmusaraj stiano lavorando a una soluzione:
Custom Wizard Plugin 🧙 - #459

PS - @pmusaraj, ho appena installato il tuo plugin Zoom, che è esattamente ciò che desideravo da alcuni mesi. Grazie per la tua continua innovazione.

E grazie a te per avermi avvisato su quale plugin stava fallendo. Avrei dovuto controllarli uno per uno.

Questa è una funzionalità che mi piacerebbe vedere, ma non credo sia realizzabile in questo tipo di app basate su framework:

Un singolo interruttore amministrativo per disabilitare/abilitare tutti i plugin…

Questo renderebbe la vita di tutti gli amministratori di sistema più facile quando le cose vanno male. Avere la possibilità per l’amministratore di disattivare tutti i plugin senza dover ricostruire l’applicazione faciliterebbe il debug da parte dell’utente, che potrebbe facilmente capire: “questo è un problema legato a un plugin”.