Kann nicht aktualisieren - App-Neuaufbau schlägt beim Bootstrap-Vorgang fehl

Ich hatte eine Benachrichtigung, dass ich unsere Installation aktualisieren muss. Also ging ich zum Admin und sah Folgendes:

Das Klicken auf den Upgrade-Link löste eine Überprüfung aus, aber beide kamen mit „up to date“ zurück. Also versuchte ich ./launcher rebuild app und erhielt Folgendes:

FAILED
--------------------
Pups::ExecError: cd /var/www/discourse & sudo -H -E -u discourse bash -c '
  set -o errexit
  if [ $(git rev-parse --is-shallow-repository) == "true" ]; then
      git remote set-branches --add origin main
      git remote set-branches origin tests-passed
      git fetch --depth 1 origin tests-passed
  else
      git fetch --tags --prune-tags --prune --force origin
  fi
' failed with return #<Process::Status: pid 130 exit 128>
Location of failure: /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"code", "cmd"=>["sudo -H -E -u discourse git reset --hard", "sudo -H -E -u discourse git clean -f", "sudo -H -E -u discourse bash -c '\n  set -o errexit\n  if [ $(git rev-parse --is-shallow-repository) == \"true\" ]; then\n      git remote set-branches --add origin main\n      git remote set-branches origin $version\n      git fetch --depth 1 origin $version\n  else\n      git fetch --tags --prune-tags --prune --force origin\n  fi\n'", "sudo -H -E -u discourse bash -c '\n  set -o errexit\n  if [[ $(git symbolic-ref --short HEAD) == $version ]] ; then\n      git pull\n  else\n      git -c advice.detachedHead=false checkout $version\n  fi\n'", "sudo -H -E -u discourse git config user.discourse-version $version", "mkdir -p tmp", "chown discourse:www-data tmp", "mkdir -p tmp/pids", "mkdir -p tmp/sockets", "touch tmp/.gitkeep", "mkdir -p                    /shared/log/rails", "bash -c \"touch -a           /shared/log/rails/{production,production_errors,unicorn.stdout,unicorn.stderr,sidekiq}.log\"", "bash -c \"ln    -s           /shared/log/rails/{production,production_errors,unicorn.stdout,unicorn.stderr,sidekiq}.log $home/log\"", "bash -c \"mkdir -p           /shared/{uploads,backups}\"", "bash -c \"ln    -s           /shared/{uploads,backups} $home/public\"", "bash -c \"mkdir -p           /shared/tmp/{backups,restores}\"", "bash -c \"ln    -s           /shared/tmp/{backups,restores} $home/tmp\"", "chown -R discourse:www-data /shared/log/rails /shared/uploads /shared/backups /shared/tmp\"", "[ ! -d public/plugins ] || find public/plugins/ -maxdepth 1 -xtype l -delete]"}
bootstrap failed with exit code 128
** 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.
fd6a747d640a06c375439c5c134aa46ff11ceb8f677d6d16247cb57c9772f731

Dann habe ich ./discourse-doctor ausgeführt, was die Seite wieder zum Laufen brachte (obwohl komischerweise der Test-E-Mail-Versand mit einem Timeout fehlschlug, vielleicht ist das ein separates Problem). Dann habe ich einen weiteren ./launcher rebuild app versucht und er schlug mit demselben Problem beim Bootstrapping fehl.

Hat jemand eine Ahnung, woran das liegen könnte? Ich benutze Docker auf Ubuntu 22.04.

Können Sie das tun und diese Informationen hier hinzufügen?

1 „Gefällt mir“

Hier ist das vollständige Protokoll von app rebuild:

discourse-log.log.txt (17,7 KB)

Ich sehe, dass es, wenn ich versuche, app stop und app start auszuführen, wieder OK ist, aber ich schätze, das ist bei der alten Version?

Korrekt. Wir brauchen nicht das gesamte Protokoll, nur offensichtliche Fehler (keine Warnungen).

(Ich bin mir nicht sicher, warum mein Upload über diesen Link nicht funktioniert, aber) der einzige offensichtliche Fehler, den ich in diesem Protokoll sehe, ist:

fatal: unable to access 'https://github.com/discourse/discourse.git/': Could not resolve host: github.com

Das klingt nicht gut?

~$ host github.com auf dem Server funktioniert, um es aufzulösen.

Wenn der Fehler offensichtlich wäre, würde er nicht posten. :slight_smile: (Aber im Ernst, es ist ziemlich schwer für jemanden, der mit diesen Logs nicht vertraut ist, herauszufinden, was wichtig ist und was nicht, und man kann Hunderte von Themen finden, bei denen jemand falsch geraten hat, was der Fehler war.

Klingt nach einem Problem mit dem Docker-Netzwerk, das irgendwie kaputt ist. Ist Docker auf dem neuesten Stand? Ist Ihr Betriebssystem aktuell?

2 „Gefällt mir“

aber @gilgongo hat ins Schwarze getroffen :wink:

1 „Gefällt mir“

Ah – Netzwerk? OK, also in dem Versuch, eine „grundlegende“ Sache zu tun, habe ich systemctl restart docker.service ausgeführt, dann ./launcher rebuild app und (nachdem es sich wie zehntausend Jahre anfühlte) war es wieder hochgefahren und funktionierte! Jetzt steht da, dass ich „3.3.0.beta3-dev“ ausführe, was gut klingt, denke ich? Es scheint zumindest zu funktionieren.

Puh – danke für deine Hilfe! Ich liebe Discourse!

2 „Gefällt mir“

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