码头推送失败

我的码头推送最新版本似乎几乎所有的时间都失败。码头推送失败

这是gcloud搬运工会发生什么 - 推

The push refers to a repository [us.gcr.io/rndb-140315/dream_closet]

80a8fcd2cfa1: Layer already exists

3bca4b8aadf9: Layer already exists

1f3202a15537: Layer already exists

5549f40f950c: Layer already exists

5f70bf18a086: Layer already exists

34d126c63186: Layer already exists

52b4a81ec16b: Layer already exists

6db3819d35cd: Layer already exists

46ecc6c4543a: Layer already exists

dial tcp 108.177.9.82:443: i/o timeout

这里是泊坞窗日志：

"Calling POST /v1.24/images/us.gcr.io/rndb-140315/dream_closet/push?tag=" 16-11-15T00:44:46.219497295Z" level=debug msg="hostDir: /etc/docker/certs.d/us.gcr.io"

16-11-15T00:44:46.250418329Z" level=debug msg="hostDir: /etc/docker/certs.d/us.gcr.io"

16-11-15T00:44:46.250519209Z" level=debug msg="Trying to push us.gcr.io/rndb-140315/dream_closet to https://us.gcr.io v2" 16-11-15T00:44:46.446481694Z" level=debug msg="Pushing repository: us.gcr.io/rndb-140315/dream_closet:latest"

16-11-15T00:45:16.709508684Z" level=error msg="Upload failed, retrying: dial tcp 108.177.10.82:443: i/o timeout"

16-11-15T00:45:16.709791097Z" level=error msg="Upload failed, retrying: dial tcp 108.177.10.82:443: i/o timeout"

16-11-15T00:45:16.710004220Z" level=error msg="Upload failed, retrying: dial tcp 108.177.10.82:443: i/o timeout"

16-11-15T00:45:51.711554093Z" level=error msg="Upload failed, retrying: dial tcp 108.177.10.82:443: i/o timeout"

16-11-15T00:46:31.712779966Z" level=error msg="Upload failed, retrying: dial tcp 108.177.10.82:443: i/o timeout"

16-11-15T00:47:17.355180162Z" level=error msg="Attempting next endpoint for push after error: Post https://us.gcr.io/v2/rndb-140315/dream_clos 16-11-15T00:47:17.355302561Z" level=debug msg="Skipping v1 endpoint https://us.gcr.io because v2 registry was detected"

任何想法如何解决？这工作在以前的版本。

来源

2016-11-14 BeatingToADifferentRobot

_almost all the time_？所以这意味着有时上传工作正常。如果是这种情况，我会想到网络/流量问题。我还有时难以上传到码头中心。 – Marcs

一旦我相信我已经有了它的工作。它在不同的随机点给我一个I/O超时。我遇到的问题是我的互联网连接趋于可靠，所以我不相信这是我的网络。 – BeatingToADifferentRobot

您是否检查过Docker的日志？ [Docker守护进程日志在哪里？]（http://stackoverflow.com/questions/30969435/where-is-the-docker-daemon-log#30970134） – Marcs

-1

如果你有两个图像具有相同的标签（我推送到云）。

解决办法是：

检查您的图片，并找到两个或两个以上具有相同的标签：泊坞窗图像删除：泊坞窗RMI --force '形象标识'

编号：Docker - What is proper way to rebuild and push updated image to docker cloud?

来源

2016-11-14 22:02:38 Senthil

这根本不是问题。这是一个新的形象。 “图层已经存在”是因为我一直试图多次推动它，最后一步失败。 – BeatingToADifferentRobot

确实可以在不通过gcloud的情况下推送到gcr.io repos，例如：docker login -e [email protected] -p $（gcloud auth打印访问令牌）-u _token https：// gcr。 io docker push [your-image] Ref：http://stackoverflow.com/questions/35601542/gcloud-docker-push-reliability – Senthil

这导致同样的问题... – BeatingToADifferentRobot

解决此需求的解决方法是执行gcloud应用程序部署，而不是通过gcloud应用程序部署--image-url =“xxxxxxxxx”执行docker push。在过去，由于图像的大小，gcloud应用程序部署用于超时，并且解决方法是执行docker push。现在它似乎工作正常。

奇怪的是，作为gcloud应用程序部署的一部分，它确实会将docker推送到gcloud容器注册表中的一个不同的路径，该路径似乎可行。

来源

2016-11-15 14:13:46 BeatingToADifferentRobot

我刚刚有这个问题，这是由网络问题造成的。

我一直在使用VPN，似乎我连接的特定VPN节点无法应付我推送的带宽。

当我从VPN断开连接时，它工作正常。

来源

2017-06-06 09:33:27 Rachel

码头推送失败

回答

相关问题