2016-08-08 7 views
0

私はAWS上でKubernetesを使用してPlay + AKKA Streamsサーバーを実行しています。ここでKubernetesがartifactoryonline.comからDockerイメージを取得できない

は、バージョンの詳細である:ここで

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"}

は、私の展開スクリプトです:

kubectl create -f deployment.yaml --record 

を実行するときに

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 

私のポッドは、 "ImagePullBackOff" 状態になります。ここ

は、イベントリストである:

  • 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"

しかし、画像は、リポジトリに存在する - 実行:

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

は自分のマシンで動作します。

ここでは、このノードで実行中の他のポッドがあります。

私はこの問題の直前で、この問題の直前に、ポッドがクラッシュする原因となったバグ(Playのapplication.confに関する)がありました。しかしこれは修正されました。

答えて

1

Artifactory Registryに認証されていますか?あなたのマシンにログインしているかもしれませんが、Kubernetesクラスタもそれを認証する必要があります。

これは、直接configuring nodes to authenticate to a private repositoryで行うか、または推奨の方法とusing ImagePullSecretsのいずれかで行うことができます。

+0

これは良いコメントです。しかしこれは以前から使用されていたため、リモートリポジトリへの認証には秘密がありました。私たちはクラスターを作り直しました(バージョン1.3.4にアップグレードしました)。 –

+0

ああええ。私はあなたのdeploymenIのその部分を見落としたようだ。だから、それは作り直した後に働いたのですか?奇妙なバグ。 – puja

0

考えられる理由: 1>アーティファクトで認証が行われない 2>ドッキングエンジンが競合しています(この問題がありました)。ドッカーを再起動してみてください。

関連する問題