碼頭推送失敗

我的碼頭推送最新版本似乎幾乎所有的時間都失敗。碼頭推送失敗

這是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

碼頭推送失敗

回答

相關問題