Update von 2.9.0 Beta 3 auf Beta 4 fehlgeschlagen - Seite ist offline

Hallo,

Ich habe versucht, von 2.9.0 Beta 3 auf Beta 4 zu aktualisieren. Über die Weboberfläche ist dies fehlgeschlagen. Git pull und /launcher rebuild app haben nicht geholfen.

Endet mit:

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 hat nicht geholfen.

Ich kann in den Logs keine Fehler finden, nur einige Warnungen bezüglich des Theme-Plugins Slick. Aber diese werden in PowerShell abgeschnitten.

Ich bin mir nicht sicher, wo die Logdateien für das Upgrade sind. Ich habe ./launcher build app | tee ~\\Rebuild.txt ausgeführt.

Aber das hat mich in einem seltsamen Zustand hinterlassen, mit einer sehr kurzen Logdatei von ca. 50 Zeilen. Das Forum wurde gestartet, ist aber immer noch auf Beta 3. Sehr langsam und ich kann keine Beiträge aufrufen.

Ich habe kurz vor dem Update ein Backup gemacht.

Wie viel Arbeitsspeicher und Swap hast du?

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

Füge 8 GB Swap hinzu und beobachte den Wiederaufbau mit top. Habe Swap nie berührt. Habe versucht, wiederaufzubauen, immer noch fehlgeschlagen.

Überprüfe das Protokoll (wie/wo ist die Ausgabe des Protokolls?). Es gibt einen Speicherabzug von einem Prozessabsturz. Ich bin mir immer noch nicht sicher, wo sich Protokolle befinden, aber ich habe das Pufferlimit in PowerShell gefunden und erhöht. Protokoll angehängt.

ErrorLog.txt (567,0 KB)

Sieht so aus, als ob awesome-bbcodes einen Fehler verursacht? Ich werde es deaktivieren und es erneut versuchen.

Könnten wir in zukünftigen Versionen bekommen, dass wenn der Wiederaufbau fehlschlägt, er den Speicherort des Wiederaufbauprotokolls angibt?

Sie können ./discourse-doctor ausführen, das ein Protokoll des Rebuilds generiert und es unter /tmp speichert.

Und Sie haben Recht, nach allem sieht es so aus, als ob die großartige BBCode Theme-Komponente Plugin einen Fehler verursacht und den Rebuild zum Fehlschlagen bringt.

Versuchen Sie, ./launcher start app auszuführen und die Komponente zu deaktivieren, und bauen Sie dann erneut auf.

2 „Gefällt mir“

Ich habe es aus der app.yml entfernt und neu erstellt. Es scheint jetzt gut zu sein. Ich versuche einen Rebuild mit discourse-custom-bbcodes

Danke.

1 „Gefällt mir“

Mir war nicht bewusst, dass es sich um ein Plugin handelt. Gut zu wissen, dass Sie es herausgefunden haben.

Ja, der Kochprozess und die Tests erfordern das Back-End.

2 „Gefällt mir“

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