Forum pas lancé après 'Tout mettre à jour'

Soutien
1

J’ai vu que quelques plugins officiels avaient besoin d’être mis à jour, ainsi que ma version de Discourse. Juste un nouveau hash de commit, rien de majeur.
Cependant, après l’avoir laissé faire son travail, j’obtiens le redoutable “Oups Le logiciel qui alimente ce forum de discussion a rencontré un problème inattendu. Nous nous excusons pour la gêne occasionnée.”
Voici les erreurs dans /logs :

Liste d'erreurs et de messages sur un écran de surveillance pour les serveurs web ou les applications. (Légendé par l'IA)
Liste d'erreurs et de messages sur un écran de surveillance pour les serveurs web ou les applications. (Légendé par l'IA)1080×2035 348 KB

Voici celle avec les 89 messages rapportés :

Message (89 copies signalées)

Échec du préchauffage du texte formaté : JavaScript a été terminé (soit par délai d'attente, soit explicitement)
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_racer-0.14.1/lib/mini_racer.rb:237:in `eval_unsafe'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_racer-0.14.1/lib/mini_racer.rb:237:in `block (2 levels) in eval'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_racer-0.14.1/lib/mini_racer.rb:378:in `timeout'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_racer-0.14.1/lib/mini_racer.rb:236:in `block in eval'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_racer-0.14.1/lib/mini_racer.rb:234:in `synchronize'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_racer-0.14.1/lib/mini_racer.rb:234:in `eval'
/var/www/discourse/lib/discourse_js_processor.rb:98:in `create_new_context'
/var/www/discourse/lib/discourse_js_processor.rb:114:in `block in v8'
/var/www/discourse/lib/discourse_js_processor.rb:112:in `synchronize'
/var/www/discourse/lib/discourse_js_processor.rb:112:in `v8'
/var/www/discourse/lib/discourse_js_processor.rb:127:in `block in v8_call'
/var/www/discourse/lib/discourse_js_processor.rb:126:in `synchronize'
/var/www/discourse/lib/discourse_js_processor.rb:126:in `v8_call'
/var/www/discourse/lib/discourse_js_processor.rb:151:in `perform'
/var/www/discourse/lib/pretty_text.rb:34:in `apply_es6_file'
/var/www/discourse/lib/pretty_text.rb:41:in `block in ctx_load_directory'
/var/www/discourse/lib/pretty_text.rb:39:in `each'
/var/www/discourse/lib/pretty_text.rb:39:in `ctx_load_directory'
/var/www/discourse/lib/pretty_text.rb:77:in `create_es6_context'
/var/www/discourse/lib/pretty_text.rb:136:in `block in v8'
/var/www/discourse/lib/pretty_text.rb:134:in `synchronize'
/var/www/discourse/lib/pretty_text.rb:134:in `v8'
/var/www/discourse/lib/pretty_text.rb:177:in `block in markdown'
/var/www/discourse/lib/pretty_text.rb:686:in `block in protect'
/var/www/discourse/lib/pretty_text.rb:686:in `synchronize'
/var/www/discourse/lib/pretty_text.rb:686:i...

Trace de la pile

/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:134:in `block in error'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `block in dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `each'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:134:in `error'
/var/www/discourse/lib/discourse.rb:947:in `rescue in after_fork'
/var/www/discourse/lib/discourse.rb:943:in `after_fork'
/var/www/discourse/lib/demon/base.rb:248:in `establish_app'
/var/www/discourse/lib/demon/base.rb:183:in `block in run'
/var/www/discourse/lib/demon/base.rb:180:in `fork'
/var/www/discourse/lib/demon/base.rb:180:in `run'
/var/www/discourse/lib/demon/base.rb:173:in `start'
/var/www/discourse/lib/demon/base.rb:93:in `restart'
/var/www/discourse/lib/demon/sidekiq.rb:36:in `block in heartbeat_check'
/var/www/discourse/lib/demon/sidekiq.rb:27:in `each'
/var/www/discourse/lib/demon/sidekiq.rb:27:in `heartbeat_check'
config/unicorn.conf.rb:131:in `block (2 levels) in reload'

Faites-moi savoir si vous souhaitez les erreurs des autres.

2

Avez-vous essayé un

./launcher rebuild app
4 « J'aime »
3

Je n’y avais jamais pensé, lol. Je vais l’exécuter, merci !

4

@pfaffman Je peux fermer le terminal et il continuera de s’exécuter en arrière-plan, c’est exact ?

5

Plutôt non.

4 « J'aime »
6

Si vous voulez cela, vous devez utiliser un gestionnaire de sessions comme screen ou tmux.

2 « J'aime »
7

Si vous posez cette question, la réponse est « Non », et vous devriez laisser le terminal ouvert et au moins vérifier qu’il s’est terminé sans erreurs. Ce que vous devriez probablement faire, c’est le laisser ouvert dans une fenêtre que vous pouvez voir pendant que vous faites quelque chose de moins ennuyeux que de regarder du texte défiler dans une autre fenêtre.

Si votre question est « comment puis-je maintenir une session ssh en cours d’exécution afin qu’elle ne se ferme pas lorsque je me déconnecte et que je puisse me reconnecter plus tard », alors vous devriez vous renseigner sur screen ou tmux. Il me semble que votre compréhension du fonctionnement des sessions de terminal est telle que le simple fait de laisser le terminal ouvert est la meilleure ligne de conduite pour vous.

6 « J'aime »
8

Le forum a été reconstruit et fonctionne maintenant.

2 « J'aime »
9

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