2016-08-08 18 views
0

Ich benutze Kubernetes auf AWS, um einen Play + AKKA Streams-Server zu betreiben. HierKubernetes kann Docker Bild nicht von artifactoryonline.com ziehen

ist die Versionsdetails:

Client Version: version.Info{Major:"1", Minor:"2", GitVersion:"v1.2.4+3eed1e3", GitCommit:"3eed1e3be6848b877ff80a93da3785d9034d0a4f", GitTreeState:"not a git tree"} Server Version: version.Info{Major:"1", Minor:"2", GitVersion:"v1.2.4", GitCommit:"3eed1e3be6848b877ff80a93da3785d9034d0a4f", GitTreeState:"clean"}

Hier ist mein Deployment-Skript:

apiVersion: extensions/v1beta1 
kind: Deployment 
metadata: 
    name: service-validation2 
    labels: 
    name: service-validation2 
spec: 
    replicas: 1 
    strategy: 
    type: Recreate 
    template: 
    metadata: 
     labels: 
     name: service-validation2 
    spec: 
     containers: 
     - name: service-validation2 
     image: company-docker-docker-local.artifactoryonline.com/service:1.0.192 
     ports: 
     - containerPort: 9000 
     imagePullSecrets: 
     - name: company-artifactory 

bei der Ausführung

kubectl create -f deployment.yaml --record 

Meine pod geht in "ImagePullBackOff" -Status. Hier

ist die Ereignisliste:

  • Successfully assigned service-validation2-3890064411-98444 to ip-172-20-0-134.us-west-2.compute.internal

  • pulling image "company-docker-docker-local.artifactoryonline.com/service:1.0.192"

  • Failed to pull image "company-docker-docker-local.artifactoryonline.com/service:1.0.192": Error: image service:1.0.192 not found

  • Error syncing pod, skipping: failed to "StartContainer" for "service-validation2" with ErrImagePull: "Error: image service:1.0.192 not found"

jedoch das Bild existiert auf dem Repository - Ausführung:

docker pull company-docker-docker-local.artifactoryonline.com/service:1.0.192 

funktioniert auf meiner Maschine.

Nun werden auf diesem Knoten weitere Pods ausgeführt.

Ich bin mir nicht sicher, ob dies relevant ist, aber unmittelbar vor diesem Problem hatte ich einen Fehler (in Bezug auf Play application.conf), der die Pods zum Absturz brachte. Aber das war behoben.

Antwort

1

Haben Sie sich bei der Artifactory Registry authentifiziert? Möglicherweise sind Sie auf Ihrem Computer angemeldet, aber Sie müssen auch den Kubernetes-Cluster authentifizieren.

Sie können dies entweder direkt configuring nodes to authenticate to a private repository oder gehen Sie den empfohlenen Weg und using ImagePullSecrets.

+0

Dies ist ein guter Kommentar. Aber da dies früher funktionierte, hatten wir bereits ein Geheimnis für die Authentifizierung beim Remote-Repository. Wir haben den Cluster neu erstellt (und auf Version 1.3.4 aktualisiert). –

+0

Oh ja. Scheint, ich habe diesen Teil in Ihrem Einsatz übersehen. So funktionierte es nach dem Nachbauen? Seltsamer Fehler. – puja

0

Mögliche Gründe: 1> Authentifizierung findet nicht mit Artefakt statt 2> Docker-Engine-Konflikt (ich hatte dieses Problem) versuchen, Docker neu zu starten.

Verwandte Themen