Fortsetzung der Diskussion aus Leere Upgrade-Seite nach dem Aktualisieren des Docker-Managers auf 2.0.0.beta10:
Ich habe gerade auf die neueste Version des Docker-Managers aktualisiert und befinde mich nun bei Build (3792ffa556) 2.6.0.beta1. Meine Upgrade-Liste ist jetzt leer. Der Reiter Processes funktioniert jedoch weiterhin einwandfrei.
Bei mir genauso. Nach ./launcher rebuild app ist das gesamte Discourse ausgefallen .. Fehler 521. Ich habe ./launcher rebuild app bereits mehrfach ausgeführt, aber das hat nicht geholfen, anders als im oben genannten Thread erwähnt.
Ich war auf 2.6.0-beta1
Edit: Nachdem ich es 3 weitere Male ausgeführt habe, kam es (10 Minuten nach Abschluss) wieder zum Leben .. wtf?
Ich denke, das könnte relevant sein.
Wir haben einige Fehler in unseren Discourse-Protokollen im Zusammenhang mit dem Docker-Manager festgestellt, nachdem unser Discourse nach dem Upgrade auf einen weißen Bildschirm geschaltet hat.
NoMethodError (undefined method `find_compatible_git_resource' for Discourse:Module)
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:116:in `tracking_branch'
Nachricht (2 gemeldete Kopien)
NoMethodError (die Methode find_compatible_git_resource' ist für Discourse:Module nicht definiert) /var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:116:in tracking_branch’
Rückverfolgung
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:116:in `tracking_branch'
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:11:in `initialize'
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:77:in `new'
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:77:in `find_all'
/var/www/discourse/plugins/docker_manager/app/controllers/docker_manager/admin_controller.rb:28:in `repos'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.3.1/lib/action_controller/metal/basic_implicit_render.rb:6:in `send_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.3.1/lib/abstract_controller/base.rb:195:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.3.1/lib/action_controller/metal/rendering.rb:30:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.3.1/lib/abstract_controller/callbacks.rb:42:in `block in process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.3.1/lib/active_support/callbacks.rb:135:in `run_callbacks'
Umgebung
HTTP HOSTS
@featheredtoast, gehört dir das hier?
Hmmm, sieht so aus, als wäre beim Rebasen etwas schiefgelaufen – tut mir leid. Ich werde es gleich reparieren.
Ich habe gerade eine Korrektur gepusht, mach dir keine Sorgen 
https://review.discourse.org/t/fix-make-branch-hunting-backwards-compatible/13222?u=samsaffron
Ups, wow, Abwärtskompatibilität schlägt wieder zu, genau das ist der Sinn dieser Funktion. Ironie. Gut erkannt, danke!
Wir müssen sicherstellen, dass wir die Kernunterstützung auf Beta und Stable zurückportieren, da wir sonst lange Zeit feststecken werden, bevor wir diese Funktion nutzen können.
Danke für die Korrektur. Zur Klarstellung: Wie sieht hier die Wiederherstellungsstrategie für die Betroffenen aus?
./launcher rebuild {app-container}?
Das haben wir gemacht, aber einige berichten, dass das nicht funktioniert.
Richtig, das sollte deine Website wieder zum Laufen bringen 