How do I troubleshoot Amazon ECR issues with Amazon EKS?
I can't pull images from Amazon Elastic Container Registry (Amazon ECR) when I use Amazon Elastic Kubernetes Service (Amazon EKS).
"I can't pull images from Amazon Elastic Container Registry (Amazon ECR) when I use Amazon Elastic Kubernetes Service (Amazon EKS).Short descriptionYou can't pull images from Amazon ECR because of one of the following reasons:You can't communicate with Amazon ECR endpoints.You don't have the appropriate permissions in your worker node's node instance role.You haven't created interface VPC endpoints.To resolve these issues, use one or more of the following resolution sections, depending on your use case.ResolutionTroubleshoot communication between worker nodes and Amazon ECR endpointsIf your worker nodes can't communicate with the Amazon ECR endpoints, then you receive the following error message:Failed to pull image "ACCOUNT.dkr.ecr.REGION.amazonaws.com/imagename:tag": rpc error: code = Unknown desc = Error response from daemon: Get https://ACCOUNT.dkr.ecr.REGION.amazonaws.com/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)To resolve this error, confirm the following:The subnet for your worker node has a route to the internet. Check the route table associated with your subnet.The security group associated with your worker node allows outbound internet traffic.The ingress and egress rule for your network access control lists (ACLs) allows access to the internet.Update the instance IAM role of your worker nodesSuppose that your worker node's instance AWS Identity and Access Management (IAM) role doesn't have the required permission to pull images from Amazon ECR. Then, you get the following error from your Amazon EKS pod:Warning  Failed     14s (x2 over 28s)  kubelet, ip-000-000-000-000.us-west-2.compute.internalFailed to pull image "ACCOUNT.dkr.ecr.REGION.amazonaws.com/imagename:tag": rpc error: code = Unknown desc = Error response from daemon: Get https://ACCOUNT.dkr.ecr.REGION.amazonaws.com/v2/imagename/manifests/tag: no basic auth credentialsWarning  Failed     14s (x2 over 28s)  kubelet, ip-000-000-000-000.us-west-2.compute.internal  Error: ErrImagePullNormal   BackOff    2s (x2 over 28s)   kubelet, ip-000-000-000-000.us-west-2.compute.internal  Back-off pulling image "ACCOUNT.dkr.ecr.REGION.amazonaws.com/imagename:tag"Warning  Failed     2s (x2 over 28s)   kubelet, ip-000-000-000-000.us-west-2.compute.internal  Error: ImagePullBackOffTo resolve this error, confirm that your worker nodes use the AmazonEC2ContainerRegistryReadOnly AWS Identity and Access Management (IAM) managed policy. Or, update the Amazon Elastic Compute Cloud (Amazon EC2) instance profile of your worker nodes with the following IAM permissions:"ecr:GetAuthorizationToken","ecr:BatchCheckLayerAvailability","ecr:GetDownloadUrlForLayer","ecr:GetRepositoryPolicy","ecr:DescribeRepositories","ecr:ListImages","ecr:DescribeImages","ecr:BatchGetImage","ecr:GetLifecyclePolicy","ecr:GetLifecyclePolicyPreview","ecr:ListTagsForResource","ecr:DescribeImageScanFindings"Important: It's a best practice to use the AmazonEC2ContainerRegistryReadOnly policy instead of creating a duplicate policy.The updated instance IAM role gives your worker nodes the permission to access Amazon ECR and pull images through the kubelet. The kubelet is responsible for fetching and periodically refreshing Amazon ECR credentials. For more information, see Kubernetes images (from the Kubernetes website).Confirm that your repository policies are correctRepository policies are a subset of IAM policies that control access to individual Amazon ECR repositories. IAM policies are generally used to apply permissions for the entire Amazon ECR service, but can also control access to specific resources.1.    Open the Amazon ECR console for your primary account.2.    Navigate to the AWS Region that contains the ECR repository.3.    On the navigation pane, choose Repositories, and then choose the repository that you want to check.4.    On the navigation pane, choose Permissions, and then check if your repository has the correct permissions.This example policy allows a specific IAM user to describe the repository and the images within the repository:{  "Version": "2012-10-17",  "Statement": [    {      "Sid": "ECR Repository Policy",      "Effect": "Allow",      "Principal": {        "AWS": "arn:aws:iam::123456789012:user/MyUsername"      },      "Action": [        "ecr:DescribeImages",        "ecr:DescribeRepositories"      ]    }  ]}Confirm that your repository policies allow access if your EKS is in different AWS accountIf you don't have access to container images in another AWS account, then the kubelet fails with the following error:Failed to pull image "cross-aws-account-id:.dkr.ecr.REGION.amazonaws.com/repo-name:image-tag": rpc error: code = Unknown desc = Error response from daemon: pull access denied for arn:aws:ecr:REGION:cross-aws-account-id:repository/repo-name, repository does not exist or may require 'docker login': denied: User: arn:aws:sts::<aws-account-containing-eks-cluster>:assumed-role/<node-instance-role-for-worker-node is not authorized to perform: ecr:BatchGetImage on resource: arn:aws:ecr:REGION:cross-aws-account-id:repository/repo-nameThe following example policy allows the instance IAM role in one AWS account to describe and pull container images from an ECR repository in another AWS account:{  "Version": "2012-10-17",  "Statement": [    {      "Effect": "Allow",      "Principal": {        "AWS": "arn:aws:iam::123456789012:role/eksctl-cross-account-ecr-access-n-NodeInstanceRole"      },      "Action": [        "ecr:GetAuthorizationToken",        "ecr:BatchCheckLayerAvailability",        "ecr:GetDownloadUrlForLayer",        "ecr:GetRepositoryPolicy",        "ecr:DescribeRepositories",        "ecr:ListImages",        "ecr:DescribeImages",        "ecr:BatchGetImage",        "ecr:GetLifecyclePolicy",        "ecr:GetLifecyclePolicyPreview",        "ecr:ListTagsForResource",        "ecr:DescribeImageScanFindings"      ],      "Resource": "*"    }  ]}Note: Use the ARN of the instance IAM role in the ECR policy, not instance profile ARN.Create interface VPC endpointsTo pull images from Amazon ECR, you must configure interface VPC endpoints. See the Creating the VPC Endpoints for Amazon ECS section of Amazon ECR interface VPC endpoints (AWS PrivateLink).Confirm that your Fargate pod execution role is configured correctlyIf your Fargate CoreDNS pod is stuck in the ImagePullBackOff state when you retrieve images from Amazon hosted repositories, then you receive the following error message:Warning   Failed           27s (x2 over 40s)  kubelet            Failed to pull image "151284513677.dkr.ecr.eu-central-1.amazonaws.com/coredns:latest ": rpc error: code = Unknown desc = failed to pull and unpack image "151284513677.dkr.ecr.eu-central-1.amazonaws.com/coredns:latest ": failed to resolve reference "151284513677.dkr.ecr.eu-central-1.amazonaws.com/coredns:latest ": pulling from host 151284513677.dkr.ecr.eu-central-1.amazonaws.com failed with status code [manifests latest]: 401 UnauthorizedTo troubleshoot this error, be sure that you set up the Fargate pod execution role to use the AmazonEKSFargatePodExecutionRolePolicy. Be sure that a trust policy that's similar to the following is also attached to the role:{  "Version": "2012-10-17",  "Statement": [    {      "Effect": "Allow",      "Condition": {        "ArnLike": {          "aws:SourceArn": "arn:aws:eks:example-region:1111222233334444:fargateprofile/example-cluster/*"        }      },      "Principal": {        "Service": "eks-fargate-pods.amazonaws.com"      },      "Action": "sts:AssumeRole"    }  ]}Note:Be sure to replace the following in the policy:example-region with the name of your AWS Region1111222233334444 with the account numberexample-cluster with the name of your clusterFollow"