Forum nicht nach 'Alle aktualisieren' hochgelaufen

Unterstützung
1

Ich habe gesehen, dass einige offizielle Plugins aktualisiert werden mussten, ebenso wie meine Discourse-Version. Nur ein neuer Commit-Hash, nichts Ernstes.
Nachdem ich es jedoch laufen ließ, erhalte ich die gefürchtete Meldung „Ups! Die Software, die dieses Diskussionsforum antreibt, ist auf ein unerwartetes Problem gestoßen. Wir entschuldigen uns für die Unannehmlichkeiten.“
Hier sind die Fehler in /logs:
Liste von Fehlern und Meldungen auf einem Überwachungsbildschirm für Webserver oder Anwendungen. (Beschriftet von KI)
Liste von Fehlern und Meldungen auf einem Überwachungsbildschirm für Webserver oder Anwendungen. (Beschriftet von KI)1080×2035 348 KB

Hier ist die mit den 89 gemeldeten Nachrichten:

Nachricht (89 Kopien gemeldet)

Failed to warm up pretty text: JavaScript was terminated (either by timeout or explicitly)
/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...

Backtrace

/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'

Lassen Sie mich wissen, wenn Sie die Fehler für eine der anderen möchten.

2

Haben Sie versucht,

./launcher rebuild app
4 „Gefällt mir“
3

Daran habe ich nie gedacht, lol. Ich werde es ausführen, danke!

4

@pfaffman Ich kann das Terminal schließen und es wird trotzdem im Hintergrund ausgeführt, richtig?

5

Größtenteils nicht.

4 „Gefällt mir“
6

Wenn Sie dies möchten, müssen Sie einen Sitzungsmanager wie screen oder tmux verwenden.

2 „Gefällt mir“
7

Wenn Sie diese Frage stellen, lautet die Antwort „Nein“, und Sie sollten das Terminal geöffnet lassen und zumindest prüfen, ob es ohne Fehler abgeschlossen wurde. Was Sie wahrscheinlich tun sollten, ist, es in einem Fenster geöffnet zu lassen, das Sie sehen können, während Sie etwas weniger Langweiliges tun, als Text in einem anderen Fenster vorbeiscrollen zu sehen.

Wenn Ihre Frage lautet: „Wie kann ich eine SSH-Sitzung am Laufen halten, damit sie sich nicht schließt, wenn ich die Verbindung trenne, und ich später wieder eine Verbindung herstellen kann?“, dann sollten Sie sich über screen oder tmux informieren. Es scheint mir, dass Ihr Verständnis dafür, wie Terminal-Sitzungen funktionieren, so ist, dass das einfache Offenhalten des Terminals die beste Vorgehensweise für Sie ist.

6 „Gefällt mir“
8

Das Forum wurde neu aufgebaut und funktioniert jetzt.

2 „Gefällt mir“
9

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