正常にアップグレードされた後の「アップグレード開始」ボタン

数週間前から、「アップグレードを開始」ボタンがアップグレード完了の直後に表示されるようになっています。

これはバグだと思います。この変更前は、アップグレードを再度開始するボタンは存在しませんでした。

アップグレード後にボタンを非表示にするか、少なくとも無効化するよう提案します。

「いいね!」 3

上記の問題は再現できません:

サイトは「tests-passed」の状態です。

「いいね!」 2

昨日、最新バージョンを取得するためにアップグレードしました。

その後、今日も再度アップグレードを行いましたが、この画面が表示されたままです:

広告ブロッカーが原因になっている可能性はありますか?

アップグレード後にブラウザコンソールを確認したところ、以下の2つのエントリが表示されました:

/message-bus/fc3f44b30aea4975be751a4cc8736f76/poll:1 リソースの読み込みに失敗しました: net::ERR_HTTP2_PROTOCOL_ERROR
docker/upgrade:1 リソースの読み込みに失敗しました: サーバーが504ステータスで応答しました ()

「いいね!」 1

同じ現象を確認しました。確かに、「アップグレード開始」ボタンがアップグレード開始時に何に変わるかについてですが、以前は「キャンセル」ボタンのようなものに変更されていたと思うのですが、アップグレードが進行中にもかかわらず、すぐに再び「アップグレード開始」に戻り、アップグレードが正常に完了した後でもその状態のまま残っていました。私はMacでChrome Version 86.0.4240.80(公式ビルド)(x86_64)を使用しています。

これは以前のアップグレードでも確認しました。今回のアップグレードは2.6.0.beta3から2.6.0.beta4へのものです。その直前のアップグレードでは、アプリの再ビルドが必要だったと思います。

追記:別のフォーラムでも同じ現象を確認し、スクリーンショットをいくつか撮影しました。ボタンが元に戻ったのは、ログがまだ「Unicornの再読み込みを待っています」というメッセージのいずれかを表示している最中でした(この切り替えは経過時間に基づくもので、アップグレードの進行状況とは関係ないのではないかと推測しています。追記:ボタン押下から60秒で元に戻りました。一方、プログレスバーが初めて動いたのは約90秒後でした)。以下をご覧ください:


「いいね!」 2

私にもまだ直っていません。

「いいね!」 1

数日前、奇妙な現象に遭遇しました。少し困惑しました。

「いいね!」 1

マシン(おそらくは Docker コンテナのみ)を再起動するか、Redis を再起動すれば解決すると思います。この問題に対する明確な再現手順はありませんが、私も同様の現象を目にしたことがあり、実際に発生していることは確かです。

これは ほとんど 外観上の問題なので、優先度は高くありません。もし明確で一貫性のある再現手順があれば…

「いいね!」 1

先週、7 つのインスタンスを最新ベータ版にアップグレードしました(オンテストは合格)が、すべてで問題が発生しました。

「いいね!」 2

なるほど、それはリグレッションかもしれませんね。cc @eviltrout

「いいね!」 2

再現できました。クライアントコードは本質的に変更されていません。問題は、/admin/docker/upgrade への呼び出しが 504 ゲートウェイタイムアウトをスローしている点のようです。

その後、エラーハンドラーが状態を「アップグレード中ではない」とマークするように指示するため、完了のメッセージバス通知が届いても、完了としてマークされません。

根本原因は、以前は確認されなかった 504 タイムアウトにあると思われます。プロキシや Rails の変更が何かしら関係している可能性があります。もしかしたら Docker イメージ内の問題かもしれません。@sam 何かご存知ですか?それとも DevOps に割り当ててもらえますか?

「いいね!」 3

クライアント側で奇妙な現象がいくつか発生しており、少し驚いています。

  1. アップグレード中にサーバーに対してなぜ HTTP リクエストを送信しているのでしょうか?アップグレードの途中で /admin/docker/upgrade へのリクエストが行われているようですが、これは私には理解できません。メッセージバスを待機するだけでよいはずです。Firefox で実行したため、デバッグ機能が限られています。

  2. Messagebus はロングポーリングではなく、レート制限に抵触する短ポーリングのみを行っています。

  3. 「次のアップグレードへ」は少し混乱を招きます。あるパーツのアップグレードが完了したら、すぐに次のパーツへ切り替えるのではなく、「完了」と表示すべきです。

@Osama さん、Ember のデバッグ、改善、アップグレードなどに時間を割いていただけませんか?ここでの課題の大半はクライアント側の作業のように思われます。

このトピックに関わる皆様へ、この問題は解決しますが、おそらく 2〜4 週間かかるでしょう。すでに 1 ヶ月続いているため、少し待機できると考えています。

「いいね!」 6

それを見たことがありません。「すべてアップグレード」の一部でしょうか?

私にとっては問題ありません。誰かが「アップグレード開始」が再表示された際に誤ってクリックしてしまったという話を聞いたような気がしますが、それが無害であることを願っています。「アップグレードのリセット」を使ったことはありませんが、アップグレードが停止した場合の安全機能だと思われます。

「いいね!」 2

この問題は、おそらく1ヶ月前にも報告したもので、かなり前から存在しています。

「いいね!」 2

このバグの修正をマージしました。

https://github.com/discourse/docker_manager/commit/8c1b3bb864387bded8556df6387654ca31622799

docker_manager をアップグレードすると、今後のアップグレードにおいてこのバグは修正されるはずです。

「いいね!」 7

このトピックは 3 日後に自動的に閉鎖されました。新しい返信は受け付けられません。