几周以来，“开始升级”按钮总是在升级完成后才显示。
在我看来，这是一个 bug，因为在此更改之前，并没有按钮可以重新启动升级。
我建议让该按钮在升级完成后消失，或者至少将其禁用。
3 个赞
我昨天升级到了最新版本。
今天我又进行了一次升级，但依然看到这个界面：
这是否可能是我的广告拦截器导致的？
升级后查看浏览器控制台时，我看到了两条记录：
/message-bus/fc3f44b30aea4975be751a4cc8736f76/poll:1 加载资源失败：net::ERR_HTTP2_PROTOCOL_ERROR
docker/upgrade:1 加载资源失败：服务器响应状态码为 504 ()
1 个赞
我也看到了同样的情况。确实，无论“开始升级”按钮在升级开始时变成了什么——我记得它以前会变成某种“取消”按钮——我注意到它在升级仍在进行时很快就变回了“开始升级”，并且在升级成功完成后也保持该状态。我使用的是 Mac 上的 Chrome 版本 86.0.4240.80（官方构建）（x86_64）。
我在之前的升级中也遇到过这个问题。本次升级是从 2.6.0.beta3 升级到 2.6.0.beta4。我认为上一次升级需要重新构建应用。
编辑：在我的另一个论坛上，我刚刚也看到了同样的情况，并截取了一些屏幕截图。按钮在日志仍显示许多“等待 Unicorn 重新加载”消息（位于开头部分）时又翻转回去了。（我推测这种翻转是基于时间的流逝，与升级进度无关。编辑：从点击按钮到恢复原状经过了 60 秒。而进度条大约在 90 秒后才开始移动。）见下图：
2 个赞
对我来说也还没修好。
1 个赞
几天前我遇到了一个奇怪的现象，这让我有点困惑。
1 个赞
重启机器（或许只是 Docker 容器）或重启 Redis 应该能解决，我认为是这样。我们目前没有明确的复现步骤，但我也遇到过这种情况，所以这确实会发生。
这主要是外观问题，因此优先级不高。如果我们有清晰一致的复现步骤……
1 个赞
上周我将七个实例升级到了最新的测试版（on-tests 已通过），但所有实例都出现了该问题。
2 个赞
那可能是一个回归问题，@eviltrout
2 个赞
我已成功复现此问题。客户端代码并未发生实质性变更。问题似乎在于，调用 /admin/docker/upgrade 现在会抛出 504 网关超时错误。
随后，我们的错误处理器指示将其状态标记为“未升级”，这意味着当消息总线发出“完成”通知时，该状态不会被标记为已完成。
在我看来，根本原因在于此前未出现的 504 超时。我怀疑此处涉及某种代理或 Rails 的变更，或许与我们的 Docker 镜像有关？@sam，你是否了解相关情况，或者能否将此问题指派给运维团队？
3 个赞
我注意到客户端出现了一些奇怪的现象，导致了一些意外情况：
-
为什么在升级过程中我们会向服务器发起任何 HTTP 请求？我们似乎在升级中途向
/admin/docker/upgrade发起请求，这让我感到困惑。我们本应只需等待消息总线。我是在 Firefox 中运行的，因此调试能力有限。 -
Messagebus 并非长轮询，而只是短轮询，这导致了速率限制问题。
-
“前往下一个升级”这个表述有些令人困惑。当我们完成某个组件的升级时，应该直接显示“完成”，而不是迅速切换到下一个组件。
@Osama 你能花些时间调试、优化以及升级 Ember 等项目吗？我认为这里大部分工作都集中在客户端。
在此话题上的各位请注意，我们会解决这个问题，但可能需要 2-4 周时间。由于这个问题已经持续了一个月，我认为我们可以再等一等。
6 个赞
我从未见过这个选项——它是“全部升级”的一部分吗？
这对我来说没问题。我曾看到有人说，当升级按钮再次出现时，他们不小心点击了“开始升级”——希望这不会造成任何问题。我从未使用过“重置升级”，但推测这应该是一项安全功能，以防升级过程卡住。
2 个赞
我记得大约一个多月前就报告过同样的问题，所以这个问题已经存在一段时间了。
2 个赞
我已合并了针对此错误的修复：
https://github.com/discourse/docker_manager/commit/8c1b3bb864387bded8556df6387654ca31622799
升级 docker_manager 后，此错误在未来的升级中应已修复。
7 个赞
此主题已在 3 天后自动关闭。不再允许新的回复。