-
Notifications
You must be signed in to change notification settings - Fork 398
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
Flag aws_ssm as unstable rather than disabled #295
Conversation
Tests blocked by mattclay/aws-terminator#115 |
...egration/targets/connection_aws_ssm/aws_ssm_integration_test_setup/templates/aws-env-vars.j2
Show resolved
Hide resolved
dd7cebe
to
a111f18
Compare
4e242a4
to
90d758b
Compare
@jillr I've been tinkering with this and I'm still hitting a few things:
The version I've just uploaded does work with Python 3.x when aws-terminator doesn't delete things. You mentioned on IRC about increasing the aws-terminator delays. Ultimately it's in our interest to have more comprehensive stable test suites, even if certain modules those tests are slow. I've opened mattclay/aws-terminator#117 to get the conversation going. Since the vast bulk of our tests do clean-up, and the instances we use are pretty small the cost implications should be minimal. |
b0e0742
to
977736c
Compare
Reduce the delay waiting on the EC2 instances
977736c
to
639c5ff
Compare
@jillr I've been tinkering with this for a while. Windows Instances take way too long to finish booting and get ready. I've disabled the Windows pieces so we're at least testing this on Linux. How do you feel about enabling these tests with Windows disabled? |
* Flag aws_ssm as unstable rather than disabled * Try tweaking the policy * no security_token * Use module_defaults rather than fact hack * Fix session token env var * Move bucket creation to avoid aws-terminator whacking it. * Change the order of Instance creation, Windows takes longer to start. * Add reset call to aws_ssm * Add a wait_for_connection call at the start of the connection tests. Reduce the delay waiting on the EC2 instances * Explicitly call community.aws.aws_ssm - looks like 2.9 isn't redirecting properly * Try running SSM connection tests in parallel. * Delay a little more * Turn file names into a variable, and make sure they're unique to the host. * Try bumping up the instance size * More delays... * Remove unused imports * Move botocore import into HAS_BOTO3 try block * Make sure that path_unescaped initial string is unicode because out_path can be * Don't wait for the Windows VM before starting the Linux one * Add a note why the test is 'unstable' * Use EBS optimized volumes to improve Windows boot speed. * Try disabling the Windows connection test - Windows is very slow to start * instances sometimes isn't there if the host took to long to start, use instance_ids * changelog * Remove duplicate wait * Move to more modern instance type * Don't try installing boto, it's already available in the images * remove debugging * Remove old (unused) inventory templates * Add comment
* Flag aws_ssm as unstable rather than disabled * Try tweaking the policy * no security_token * Use module_defaults rather than fact hack * Fix session token env var * Move bucket creation to avoid aws-terminator whacking it. * Change the order of Instance creation, Windows takes longer to start. * Add reset call to aws_ssm * Add a wait_for_connection call at the start of the connection tests. Reduce the delay waiting on the EC2 instances * Explicitly call community.aws.aws_ssm - looks like 2.9 isn't redirecting properly * Try running SSM connection tests in parallel. * Delay a little more * Turn file names into a variable, and make sure they're unique to the host. * Try bumping up the instance size * More delays... * Remove unused imports * Move botocore import into HAS_BOTO3 try block * Make sure that path_unescaped initial string is unicode because out_path can be * Don't wait for the Windows VM before starting the Linux one * Add a note why the test is 'unstable' * Use EBS optimized volumes to improve Windows boot speed. * Try disabling the Windows connection test - Windows is very slow to start * instances sometimes isn't there if the host took to long to start, use instance_ids * changelog * Remove duplicate wait * Move to more modern instance type * Don't try installing boto, it's already available in the images * remove debugging * Remove old (unused) inventory templates * Add comment
* Flag aws_ssm as unstable rather than disabled * Try tweaking the policy * no security_token * Use module_defaults rather than fact hack * Fix session token env var * Move bucket creation to avoid aws-terminator whacking it. * Change the order of Instance creation, Windows takes longer to start. * Add reset call to aws_ssm * Add a wait_for_connection call at the start of the connection tests. Reduce the delay waiting on the EC2 instances * Explicitly call community.aws.aws_ssm - looks like 2.9 isn't redirecting properly * Try running SSM connection tests in parallel. * Delay a little more * Turn file names into a variable, and make sure they're unique to the host. * Try bumping up the instance size * More delays... * Remove unused imports * Move botocore import into HAS_BOTO3 try block * Make sure that path_unescaped initial string is unicode because out_path can be * Don't wait for the Windows VM before starting the Linux one * Add a note why the test is 'unstable' * Use EBS optimized volumes to improve Windows boot speed. * Try disabling the Windows connection test - Windows is very slow to start * instances sometimes isn't there if the host took to long to start, use instance_ids * changelog * Remove duplicate wait * Move to more modern instance type * Don't try installing boto, it's already available in the images * remove debugging * Remove old (unused) inventory templates * Add comment
* Flag aws_ssm as unstable rather than disabled * Try tweaking the policy * no security_token * Use module_defaults rather than fact hack * Fix session token env var * Move bucket creation to avoid aws-terminator whacking it. * Change the order of Instance creation, Windows takes longer to start. * Add reset call to aws_ssm * Add a wait_for_connection call at the start of the connection tests. Reduce the delay waiting on the EC2 instances * Explicitly call community.aws.aws_ssm - looks like 2.9 isn't redirecting properly * Try running SSM connection tests in parallel. * Delay a little more * Turn file names into a variable, and make sure they're unique to the host. * Try bumping up the instance size * More delays... * Remove unused imports * Move botocore import into HAS_BOTO3 try block * Make sure that path_unescaped initial string is unicode because out_path can be * Don't wait for the Windows VM before starting the Linux one * Add a note why the test is 'unstable' * Use EBS optimized volumes to improve Windows boot speed. * Try disabling the Windows connection test - Windows is very slow to start * instances sometimes isn't there if the host took to long to start, use instance_ids * changelog * Remove duplicate wait * Move to more modern instance type * Don't try installing boto, it's already available in the images * remove debugging * Remove old (unused) inventory templates * Add comment
…tions#295) * Initial integration test for aws_account_attribute * Add AWS retries to aws_account_attribute * changelog
SUMMARY
Flag aws_ssm as unstable rather than disabled
ISSUE TYPE
COMPONENT NAME
aws_ssm
ADDITIONAL INFORMATION
If possible #278 should trigger integration tests...