Actualizaciones fallidas; 'bundle exec rake assets:precompile' falló

166:M 09 abr 2020 19:22:49.160 * Guardando la instantánea final de RDB antes de salir.
166:M 09 abr 2020 19:22:49.183 * Base de datos guardada en disco
166:M 09 abr 2020 19:22:49.183 # Redis está listo para salir, adiós...


FALLÓ
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake assets:precompile' falló con el código de retorno #<Process::Status: pid 12966 salida 1>
Ubicación del error: /pups/lib/pups/exec_command.rb:112:in `spawn'
ejecución fallida con los parámetros {"cd"=>"$home", "hook"=>"assets_precompile", "cmd"=>                  ["su discourse -c 'bundle exec rake assets:precompile'"]}
5148cdd01588a9ec15d9a282a502da071bb6863d127112ea0d1526177593c6ae
** NO SE LOGRÓ INICIALIZAR ** por favor, desplázate hacia arriba y busca mensajes de error anteriores; podría haber más de uno.
./discourse-doctor puede ayudar a diagnosticar el problema.
root@lab:/var/discourse# docker update

Captura de pantalla de /admin/upgrade#/: Scheduled Maintenance - Zight

¿Alguna recomendación?

1 me gusta

¿Puedes obtener lo más reciente e intentar compilar de nuevo? Hubo algunas comprobaciones recientes que podrían haber sido el problema.

1 me gusta

Acabo de ejecutar:

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

Resultado:

166:M 09 Apr 2020 21:28:03.463 * Guardando la instantánea final RDB antes de salir.
166:M 09 Apr 2020 21:28:03.494 * Base de datos guardada en disco
166:M 09 Apr 2020 21:28:03.494 # Redis está listo para salir, adiós...


FALLO
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake assets:precompile' falló con el estado de retorno #<Process::Status: pid 12955 exit 1>
Ubicación del fallo: /pups/lib/pups/exec_command.rb:112:in `spawn'
la ejecución falló con los parámetros {"cd"=>"$home", "hook"=>"assets_precompile", "cmd"=>["su discourse -c 'bundle exec rake assets:precompile'"]}
e9cd09967fbf566b05f3ecedf900f2884c879e55e75350475ac8e28599439cfd
** FALLO EN EL INICIO ** por favor, desplázate hacia arriba y busca mensajes de error anteriores; puede haber más de uno.
./discourse-doctor puede ayudar a diagnosticar el problema.

You need to do what the message says.

2 Me gusta

He encontrado lo siguiente:
1.)

0:  aws-sdk-s3 (1.61.2) from /var/www/discourse/vendor/bundle/ruby/2.6.0/specifications/aws-sdk-s3-1.61.2.gemspec
¡Completado! 127 dependencias de Gemfile, 158 gemas instaladas ahora.
Las gemas de los grupos test y development no se instalaron.
Las gemas empaquetadas están instaladas en `./vendor/bundle`

2.)

rake aborted!
Sprockets::FileNotFound: no se pudo encontrar el archivo 'jquery.putcursoratend.js' con tipo 'application/javascript'

3.)

167:M 09 Apr 2020 21:43:12.897 # Redis está listo para salir, adiós...
2020-04-09 21:43:12.914 UTC [50] LOG:  el sistema de base de datos se ha apagado


FALLO
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake assets:precompile' falló con retorno #<Process::Status: pid 12968 exit 1>
Ubicación del fallo: /pups/lib/pups/exec_command.rb:112:in `spawn'
exec falló con los parámetros {"cd"=>"$home", "hook"=>"assets_precompile", "cmd"=>["su discourse -c 'bundle exec rake assets:precompile'"]}
8332d3e8c049ac2f88e9fa9c0cc00acf93450485f515126bef7f87a61bd13d52
** FALLO EN EL INICIO ** por favor, desplázate hacia arriba y busca mensajes de error anteriores; puede haber más de uno.
./discourse-doctor puede ayudar a diagnosticar el problema.
2 Me gusta

¿Tienes algún plugin personalizado que no sea oficial? Si es así, coméntalos.

1 me gusta

Acabo de tener:

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

Fue un incidente aislado causado por Custom Wizard generando el error. Pude obtener la última versión de Discourse una vez que eliminé Custom Wizard.

Parece que @angus y @pmusaraj están trabajando en la solución:
Custom Wizard Plugin 🧙 - #459

PD - @pmusaraj, acabo de instalar tu plugin de Zoom y es algo que he estado buscando durante unos meses. Gracias por tu constante innovación.

7 Me gusta

Y gracias a ti por avisarme qué plugin estaba fallando. Tenía que haberlos revisado uno por uno.

3 Me gusta

Esta es una característica que me gustaría ver, pero no creo que sea factible en este tipo de aplicaciones de frameworks:

Un único interruptor de administrador para deshabilitar/habilitar todos los plugins…

Esto facilitaría la vida de los administradores de sistemas de todos cuando las cosas salen mal. Tener la capacidad de administrador para desactivar todos los plugins sin necesidad de reconstruir, facilitaría la depuración por parte de los usuarios y podrían saber fácilmente: “este es un problema de un plugin”.

1 me gusta

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.