[Bug] Image pulling is too slow

[vicenteyu]

Contact Information

No response

1Panel Version

2.2.1

Problem Description

正常的逻辑都是镜像下载成功 -> 镜像验证成功 -> 升级镜像 -> 升级失败回滚。
升级镜像->失败 合理应只在几秒种之内。
这才是docker的优点所在。
哪有切换镜像卡20分钟的？我看了下镜像列表，根本没下载成功。

Steps to Reproduce

直接在商店点了升级，卡20分钟，之后是手动到终端手动又拉取了镜像，最终才升级成功

The expected correct result

No response

Related log output

Additional Information

No response

[wanghe-fit2cloud]

感谢反馈，当前版本可以先通过配置镜像加速地址，或者提前手动将相关镜像拉取到本地，然后再重新升级应用。

后续版本中，我们也会继续优化应用升级时的镜像拉取和异常处理逻辑。

[vicenteyu]

有几个位置我挺好奇的，有两个重要位置：拉取镜像 成功，执行 upgrade 脚本 成功。
1、日志上输出“拉取镜像 成功”，它是否真的成功了？
2、如果真的成功了，那么等待了20分钟，我去查看镜像列表，依旧没有新的镜像，它去哪了？
3、如果实际没有成功，但日志上却成功了，就是缺失了重要的一个环节：验证镜像。
4、执行 upgrade 脚本 成功，是只调用不看结果，自动认定成功吗？

这个问题描述不应该描述于镜像拉取太慢，本质上是缺失验证环节，在镜像未就绪的状态下，把运行中的容器给停了，再快的速度，这个流程也会出问题的。