Wie Container an Google Container Registry Push (Repository kann nicht erstellt werden)

Question

EDIT: Ich werde dies nur auf Plattform Inkonsistenzen verantwortlich machen. Ich habe es vorerst aufgegeben, zur Google Cloud Container-Registrierung zu wechseln, und habe stattdessen eine Ubuntu-VM erstellt. Ich habe dafür gestimmt, diese Frage aus den oben genannten Gründen ebenfalls zu schließen, und dies dürfte auch in erster Linie bei Server Fault der Fall gewesen sein. Danke für die Hilfe von allen!

läuft $ gcloud docker push gcr.io/kubernetes-test-1367/myapp Ergebnisse in:

The push refers to a repository [gcr.io/kubernetes-test-1367/myapp] 
595e622f9b8f: Preparing 
219bf89d98c1: Preparing 
53cad0e0f952: Preparing 
765e7b2efe23: Preparing 
5f2f91b41de9: Preparing 
ec0200a19d76: Preparing 
338cb8e0e9ed: Preparing 
d1c800db26c7: Preparing 
42755cf4ee95: Preparing 
ec0200a19d76: Waiting 
338cb8e0e9ed: Waiting 
d1c800db26c7: Waiting 
42755cf4ee95: Waiting 
denied: Unable to create the repository, please check that you have access to do so. 

$ gcloud init Ergebnisse in:

Welcome! This command will take you through the configuration of gcloud. 

Settings from your current configuration [default] are: 
[core] 
account = <my_email>@gmail.com 
disable_usage_reporting = True 
project = kubernetes-test-1367 
Your active configuration is: [default] 

Hinweis: Dies ist ein Duplikat Kubernetes: Unable to create repository, aber ich versuchte, seine Lösung und es half mir nicht. Ich habe versucht, Anfügen :v1, /v1 und mit us.gcr.io

bearbeiten: Zusätzliche Informationen

$ gcloud --version 
Google Cloud SDK 116.0.0 

bq 2.0.24 
bq-win 2.0.18 
core 2016.06.24 
core-win 2016.02.05 
gcloud 
gsutil 4.19 
gsutil-win 4.16 
kubectl 
kubectl-windows-x86_64 1.2.4 
windows-ssh-tools 2016.05.13 

+

$ gcloud components update 

All components are up to date. 

+

$ docker -v 
Docker version 1.12.0-rc3, build 91e29e8, experimental 

Answer 1

ich weiter bin nach wie vor nicht in der Lage ein Docker Bild von meinem lokalen Rechner zu schieben, aber eine Recheninstanz zur Ermächtigung mit meinem Account und drängen ein Bild von dort funktioniert. Wenn Sie auf dieses Problem stoßen, empfehle ich, eine Compute Engine-Instanz (für Sie selbst) zu erstellen, die ein Konto mit gcloud auth autorisiert, das Container pushen und von dort aus pushen kann. Ich habe meinen Quellcode in einem Git-Repository gespeichert, das ich einfach abrufen kann, um den Code zu erhalten.

Answer 2

Es scheint, wie Sie versuchen, um gcloud docker push von einem Google C auszuführen ompute Engine-Instanz ohne einen angemessenen Sicherheitsbereich von Lese-/Schreibzugriff auf Google Cloud Storage (dort speichert Google Container Registry die Bilder Ihrer Container hinter der Szene).

versuchen, eine andere Instanz zu erstellen, aber dieses Mal mit den korrekten Zugriffs Bereiche, das heißt:

gcloud compute --project "kubernetes-test-1367" instances create "test" --zone "us-east1-b" --machine-type "n1-standard-1" --network "default" --scopes default="https://www.googleapis.com/auth/logging.write","https://www.googleapis.com/auth/monitoring.write","https://www.googleapis.com/auth/servicecontrol","https://www.googleapis.com/auth/service.management","https://www.googleapis.com/auth/devstorage.full_control" --image "/debian-cloud/debian-8-jessie-v20160629" --boot-disk-size "10" --boot-disk-type "pd-standard" --boot-disk-device-name "test-1" 

Sobald Sie neue Instanz erstellen, ssh hinein und versuchen Sie dann erneut ausführen, um die gcloud docker push gcr.io/kubernetes-test-1367/myapp Befehl

Answer 3

Welche Version von gcloud und Docker verwenden Sie?

Mit Blick auf Ihre Anfragen scheint es, als ob der Docker Client keine Zugangsdaten anlegt, was die Zugriffsverweigerung erklären würde.

Ich würde empfehlen, gcloud components update laufen und sehen, ob das Problem reproduziert. Wenn es immer noch so ist, können Sie uns gerne unter gcr-contact unter google.com erreichen, damit wir Ihnen beim Beheben des Problems helfen können und Ihr Problem gelöst wird.

Answer 4

Vielen Dank, dass Sie die Informationen zur Docker-Version hinzugefügt haben. Ist das Herunterstufen von Docker zu einer stabileren Version (z. B. 1.11.2) überhaupt hilfreich? Haben Sie "docker-machine upgrade" ausgeführt?

Answer 5

Ich habe für

gcloud auth list 

meine Anwendung ist das aktive Konto und nicht mein persönliches Google-Konto zu sehen.

gcloud config set account example@gmail.com 

Nach der Einstellung konnte ich pushen

gcloud docker -- push eu.gcr.io/$PROJECT_ID/my-docker:v1 

So kann ich http://kubernetes.io/docs/hellonode/

Answer 6

Ich hatte ein ähnliches Problem und es stellte sich heraus, dass ich die Abrechnung für das Projekt aktivieren musste. Wenn Sie ein neues Google Cloud-Konto haben, können Sie nur so viele Projekte mit Abrechnung aktivieren. Sobald ich das gemacht habe, hat es funktioniert.

Answer 7

Die first image push requires admin rights für das Projekt. Ich hatte das gleiche Problem, als ich versuchte, einen neuen Container für ein Teamprojekt nach GCR zu schicken.

Sie können auch einen Blick auf docker-credential-gcr werfen. Ich hoffe, das hilft.

Answer 8

dies auch die Ursache für dieses Problem sein könnte (war in meinem Fall):

Important: make sure the Compute Engine API is enabled for your project on the

Quelle: https://pinrojas.com/2016/09/12/your-personal-kubernetes-image-repo-in-a-few-steps-gcr-io/