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.
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). –
Oh ja. Scheint, ich habe diesen Teil in Ihrem Einsatz übersehen. So funktionierte es nach dem Nachbauen? Seltsamer Fehler. – puja