Seit einigen Wochen wird der Button „Upgrade starten
3 „Gefällt mir“
2 „Gefällt mir“
Ich habe gestern auf die neueste Version aktualisiert.
Dann habe ich heute erneut ein Upgrade durchgeführt und sehe immer noch diesen Bildschirm:
Könnte es sein, dass mein Adblocker dabei eine Rolle spielt?
Beim Blick in die Browserkonsole nach dem Upgrade sah ich zwei Einträge:
/message-bus/fc3f44b30aea4975be751a4cc8736f76/poll:1 Fehler beim Laden der Ressource: net::ERR_HTTP2_PROTOCOL_ERROR
docker/upgrade:1 Fehler beim Laden der Ressource: Der Server antwortete mit dem Statuscode 504 ()
1 „Gefällt mir“
Ich sehe das Gleiche. Tatsächlich – egal, in was sich der Button ‘Upgrade starten’ verwandelt, sobald das Upgrade beginnt – ich glaube, er verwandelte sich früher in eine Art ‘Abbrechen’-Button. Mir ist aufgefallen, dass er ziemlich schnell wieder zu ‘Upgrade starten’ zurückkehrte, während das Upgrade noch lief, und er blieb dort sogar stehen, nachdem das Upgrade erfolgreich abgeschlossen war. Ich verwende Chrome Version 86.0.4240.80 (Official Build) (x86_64) auf einem Mac.
Ich habe das bereits bei einem früheren Upgrade beobachtet. Das aktuelle Upgrade ist von 2.6.0.beta3 auf 2.6.0.beta4. Ich glaube, das unmittelbar vorherige Upgrade erforderte einen Neuaufbau der App.
Edit: Auf meinem anderen Forum habe ich gerade dasselbe beobachtet und einige Screenshots gemacht. Der Button sprang zurück, während das Protokoll noch eine der vielen Nachrichten „Warten auf Neuladen von Unicorn
2 „Gefällt mir“
Bei mir ist es auch noch nicht behoben.
1 „Gefällt mir“
Ich bin vor ein paar Tagen auf diese seltsame Sache gestoßen. Es hat mich etwas verwirrt.
1 „Gefällt mir“
Ich denke, ein Neustart der Maschine (vielleicht nur des Docker-Containers) oder ein Neustart von Redis wird das Problem beheben. Wir haben keine klaren Schritte zur Reproduktion dafür, aber ich habe es ebenfalls beobachtet, also tritt es definitiv auf.
Es ist überwiegend kosmetischer Natur, daher keine hohe Priorität. Wenn wir klare, konsistente Schritte zur Reproduktion hätten…
1 „Gefällt mir“
Ich habe letzte Woche sieben Instanzen auf die neueste Beta-Version aktualisiert (On-Tests bestanden), und bei allen trat das Problem auf.
2 „Gefällt mir“
Das könnte dann also ein Regression sein, cc @eviltrout
2 „Gefällt mir“
Ich konnte dies reproduzieren. Der Client-Code hat sich in keiner wesentlichen Weise geändert. Es sieht so aus, als ob das Problem darin besteht, dass ein Aufruf von /admin/docker/upgrade nun einen 504-Gateway-Timeout auslöst.
Unser Fehlerhandler weist ihn dann an, seinen Status als „nicht aktualisierend
3 „Gefällt mir“
Ich sehe einige seltsame Vorgänge auf der Client-Seite, die zu einer gewissen Überraschung führen:
-
Warum stellen wir während des Upgrades überhaupt HTTP-Anfragen an den Server? Es scheint, als würden wir mitten im Upgrade eine Anfrage an
/admin/docker/upgradestellen, was für mich verwirrend ist. Wir sollten einfach auf den Message Bus warten. Ich habe dies in Firefox ausgeführt, daher habe ich nur begrenzte Debugging-Möglichkeiten. -
Der Message Bus unterstützt kein Long Polling, sondern nur Short Polling, was zu Rate-Limits führt.
-
„Weiter zum nächsten Upgrade
6 „Gefällt mir“
Das habe ich noch nie gesehen – ist das Teil von „Alle aktualisieren“?
Das ist für mich in Ordnung, natürlich. Ich dachte, ich hätte jemanden sagen hören, dass er versehentlich auf „Upgrade starten“ geklickt hat, als es wieder erschienen ist – hoffentlich ist das harmlos. Ich habe „Upgrade zurücksetzen“ noch nie verwendet, aber ich gehe davon aus, dass es eine Sicherheitsfunktion ist, falls das Upgrade hängen bleibt.
2 „Gefällt mir“
Ich erinnere mich, dass ich das gleiche Problem wahrscheinlich schon vor über einem Monat gemeldet habe, sodass es schon eine Weile besteht.
2 „Gefällt mir“
Ich habe eine Korrektur für diesen Fehler zusammengeführt:
Sobald du docker_manager aktualisiert hast, sollte dieser Fehler bei zukünftigen Updates behoben sein.
7 „Gefällt mir“
Dieses Thema wurde automatisch nach 3 Tagen geschlossen. Neue Antworten sind nicht mehr erlaubt.