Mise à jour de la beta 3 de 2.9.0 vers la beta 4 échouée - Le site est hors service

Salut,

Je suis passé de la version 2.9.0 bêta 3 à la bêta 4. L’interface web a échoué. J’ai suivi la procédure git pull, /launcher rebuild app n’aide pas.

Cela se termine par :

FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake themes:update assets:precompile' failed with return #<Process::Status: pid 647 exit 134>
Location of failure: /usr/local/lib/ruby/gems/2.7.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"assets_precompile", "cmd"=>["su discourse -c 'bundle exec rake themes:update assets:precompile'"]}
bootstrap failed with exit code 134
** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.
./discourse-doctor may help diagnose the problem.
f5cd177671cf156b418115fd9956929e98c03223fbab30c91da284cee52510e3
==================== END REBUILD LOG ====================
Failed to rebuild app.

Discourse doctor n’a pas aidé.

Je ne vois rien d’anormal plus haut dans le log, quelques avertissements concernant le plugin de thème Slick. Mais il est tronqué dans PowerShell.

Je ne suis pas sûr de l’emplacement des fichiers de log pour la mise à niveau. J’ai fait un ./launcher build app | tee ~\Rebuild.txt

Mais cela m’a laissé dans un état étrange, avec un fichier log très court d’environ 50 lignes. Les forums ont démarré, mais toujours sur la bêta 3. Très lent et je ne peux accéder à aucun message.

J’ai fait une sauvegarde juste avant la mise à jour.

Quelle quantité de mémoire et de swap avez-vous ?

 free -h

              total        used        free      shared  buff/cache   available
Mem:            14G        661M        5.3G        684K        8.4G         13G
Swap:            0B          0B          0B

Ajoutez 8 Go de swap et surveillez la reconstruction avec top. N’a jamais touché au swap. Tenté de reconstruire, toujours en échec.

Vérification dans le journal (comment/où se trouve le journal de sortie ?). Il y a une vidange mémoire suite à un crash de processus. Toujours pas sûr de l’emplacement des journaux, mais j’ai trouvé la limite du tampon dans powershell et je l’ai augmentée. Journal joint.

ErrorLog.txt (567.0 KB)

Il semble que awesome-bbcodes génère une erreur ? Je vais le désactiver et réessayer.

Pourrions-nous avoir, dans les futures versions, que si la reconstruction échoue, elle donne l’emplacement du journal de reconstruction ?

Vous pouvez exécuter ./discourse-doctor qui génère un journal de la reconstruction et le stocke dans /tmp

Et vous avez raison, d’après ce que je vois, il semble que le fantastique composant thématique bbcode plugin génère une erreur et provoque l’échec de la reconstruction.

Essayez de faire ./launcher start app et désactivez le composant, puis reconstruisez à nouveau.

Je l’ai retiré de app.yml et reconstruit. Il semble que ce soit bon maintenant. J’essaie une reconstruction avec discourse-custom-bbcodes

Merci.

Je ne savais pas que c’était un plugin. C’est bien de savoir que vous avez trouvé.

Oui, le processus de cuisson et les tests nécessitent le back-end.

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