-
Notifications
You must be signed in to change notification settings - Fork 254
Create fails for ASG - Unable to satisfy 100% MinSuccessfulInstancesPercent requirement #35
Comments
What OS Are you using with your stack? Are there any logs available from the instance before you terminated it? |
This is likely due to the fact that AWS Auto Scaling is only available in Ireland (of the European regions), I would think? I'm running in to the same issue with an ASG in ca-central-1 and I believe it's the same problem. |
I’ll be digging into this in depth tomorrow.
…Sent from my iPhone
On Jul 10, 2018, at 23:16, Phil Schalm <notifications@github.com<mailto:notifications@github.com>> wrote:
This is likely due to the fact that AWS Auto Scaling is only available in Ireland (of the European regions), I would think? I'm running in to the same issue with an ASG in ca-central-1 and I believe it's the same problem.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub<#35 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AckEUeIwQlIO0DTuVqV5a7VECuPHeB2pks5uFW3GgaJpZM4Ucqxa>.
|
I have not been able to replicate this issue. At this stage I suspect something in the existing VPC being launched into may be hindering connectivity for the CFN-init process. Please would you confirm if this is still manifesting. |
@sompnd We ran into the same, also indeed only changing the |
Couldn't get around this error :-( |
This bug is still in the script, if I run from my own S3 bucket. Even if the |
https://github.com/aws-quickstart/quickstart-amazon-eks/issues/9 looks related. I was able to work around it using the technique mentioned in the ticket. |
Thanks @schottsfired! |
S3 sig v2 is on the path to deprecation, however at this time cfn-init does not make sig v4 requests when fetching files from S3. When you test quick starts with taskcat and have used the There are two options when testing with taskcat:
|
See also comment #44 (comment) and a screen recording I had created for this issue. |
Is it possible to create this stack without taskcat? I can't find any taskcat script inside the quickguide CFN files which could run during the stack creation and indicate this problem. |
Yes, absolutely. Taskcat is not a requirement. Please follow the instructions on how to run from your own bucket in our contributor's guide.
There is no difference as far as the bastion stack goes, it is just launched as a nested stack. The three issues I most commonly see are 1) stack failing due to sig v2 errors with cfn-init ; 2) repo not being recursively cloned and running into errors at the time the nested stack is launched; 3) resource limit errors on the account. I am happy to create a screen recording for EKS Quick Start if it helps. Also, looking at the original issue reported "I am using all the default values apart from the QSS3KeyPrefix value." - I have to assume that QSS3BucketName was different as well, else it would never work. |
Thanks for your support @vsnyc!
Yes both of the parameters were set related to my S3 bucket structure. If it is possible please record an EKS Quick Start with CloudFormation and with a new S3 bucket. I'm getting really desperate about the failed stack creation, because I did everthing as the contributor's guide says and my whole bucket is public and objects as well. |
@tomiszili I just realized something that hasn't come up in a while. When hosting from your own bucket, please make sure to upload it in a Region that supports sig v2 authentication. us-east-1 is a good option. I'll post the screen recording as soon as it becomes available on youtube. Edit to add: the screen recording is now available at: https://youtu.be/EugmjAzF5rw. I didn't do much post processing, increase the playback speed to 2x to go through it fast. |
@vsnyc thanks for the video and support. Currently i don't know how to get the region of a bucket from cloudformation automatically, so i hardcoded it in the yaml template like this: I didn't try but an idea: maybe the bastion instance should download it by linux commands with latest awscli instead of |
Version 2 will use cfn-init calls You can get the region using a Conditional like so: Add conditional
Build the s3 path using conditional
|
Closing this issue. Please track version 2 for progress. If any issues are still open at release please open a new issue |
None of the workarounds are working. This issue shouldn't be closed. |
I hit this error message last week in our Quick Start, and fixed it with https://github.com/aws-quickstart/quickstart-cloudbees-core/commit/6902e697c7419677bafd80425260aa569278fe3a. The problem was that CFN never received the signal that the instance was running. Hope it helps! |
Hi @schottsfired, could you help me explain more on that? It seems the linux-bastion is different from the cloudbees-core, maybe my knowledge is limited to that. |
Hi @nathalieDOXA, for sure |
It happened to me and after an hour of debugging, I found that the "banner text" cannot be a simple To debug:
Mine was:
Maybe in the future, a validator (like the one for Hope it helps. :) |
Hi,
I am running the stack for existing VPC in eu-central-1. Unfortunately every time it fails when creating the autoscaling group with the message:
BastionAutoScalingGroup Received 1 FAILURE signal(s) out of 1. Unable to satisfy 100% MinSuccessfulInstancesPercent requirement
I am using all the default values apart from the QSS3KeyPrefix value.
Thanks.
The text was updated successfully, but these errors were encountered: