-
Notifications
You must be signed in to change notification settings - Fork 119
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Init should retry failed agent downloads #83
Comments
Or better yet, have a way to NOT download ECS agent from s3 (just look at what happened today... s3 went down, and "ecs start" failed due to not being able to download from s3). If we can burn the agent onto the AMI, there should be no reason for the box to access s3 at all. |
@grayaii When you're using the ECS-optimized AMI, the agent is already cached and does not need to be downloaded from S3. However, if you update and install a new version of |
@samuelkarp Thanks for the quick reply! We are not using an ECS optimized AMI; we are using our own AMIs. We burn the yum install of ecs-init into the AMI. So basically to burn it on the AMI, we just need to run "start ecs", and THEN burn the AMI? |
@grayaii Yes, you can cause ecs-init to cache the agent by running |
I am seeing this issue after upgrading to the latest version of ecs-init Steps I performed:
|
Did you also configure the proxy for |
@samuelkarp , thanks, this indeed was the issue here! |
Closing. From the comments, I believe the issue has been resolved. |
Currently if ecs-init is unable to download the ecs-agent md5 checksum file or the agent image itself, it exits. In order to make ecs-init robust against transient network or S3 issues, it should retry failed download attempts.
The text was updated successfully, but these errors were encountered: