2 Answers
- Newest
- Most votes
- Most comments
0
I found the answer, the task definition was referencing 'LATEST' image tag instead of the version number. Going to look into having the image push to ECR with 'Latest' as the tag so I don't have to update the Task definition everytime I update the container.
answered a year ago
0
First, please review the following documents.
https://repost.aws/knowledge-center/ecs-pull-container-api-error-ecr
https://repost.aws/knowledge-center/ecs-fargate-pull-container-error
Other than the above, it has been my experience that increasing the memory capacity of the task definition has solved that error, so please try it.
Relevant content
- asked 3 months ago
- asked 6 days ago
- Accepted Answerasked 7 months ago
- AWS OFFICIALUpdated 2 years ago
- AWS OFFICIALUpdated 2 years ago
- AWS OFFICIALUpdated 2 years ago
- AWS OFFICIALUpdated a year ago
Riku, thank you for your comment. So I followed those items, and one thing that I was missing was the endpoints and correct security group being attached to the VPC. I also edited the security group to accept all inbound and outbound connections for all ports, types and protocols and destination 0.0.0.0/0... The image is only 256 mb, and the task def calls for 3 GB, but I increased to 4 GB since you mentioned memory.
Still unable to pull the image, though I get a different error: Rather than reference the URI, it just says the image 'is not found'.
Just for fun I tried running the task via Fargate v1.3 -> error there is basically the same.
The image is in a private repo in my ECR, does that matter?