Skip to content
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

Cloudfront waiters #426

Merged
merged 3 commits into from
Dec 31, 2014
Merged

Cloudfront waiters #426

merged 3 commits into from
Dec 31, 2014

Conversation

kyleknap
Copy link
Member

Fixes: aws/aws-cli#1059

There were two changes made in this PR:

  1. Make the JMESPath success path for the waiter take into account the outer element in the cloudfront response. Without the outer element included, you get a bunch of max retries exceeded because the JMESPath query is not using the correct path to search for the success state.

  2. Doubled the max retry attempts. I tested it for a single object invalidation, and with the current configuration, the max retries were consistently reached. I was estimating it took around 15 minutes to complete the invalidation, but the current configuration would wind up waiting for 10 minutes. By doubling the retry attempts, it bumped this to 20 minutes.

cc @jamesls @danielgtaylor

They were using the wrong JMESPath expression to check the status of the AWS
resource.
@coveralls
Copy link

Coverage Status

Coverage remained the same when pulling 89211d7 on kyleknap:cloudfront-waiters into 28b9b1b on boto:develop.

self.loader = Loader(self.data_path)

# Make sure the cache is clear.
self.loader._cache.clear()
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Were you seeing cache issues before you added this? Line 522 we're not passing in a cache to the loader so it should be recreating a brand new cache each test.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No, it is there by mistake. I was just copying some lines from another test that I found that uses loaders. This line is not needed.

@jamesls
Copy link
Member

jamesls commented Dec 31, 2014

:shipit: Small question about clearing the cache, otherwise looks good.

@coveralls
Copy link

Coverage Status

Coverage remained the same when pulling 870b657 on kyleknap:cloudfront-waiters into 28b9b1b on boto:develop.

@kyleknap
Copy link
Member Author

I removed the unnecessary clearing of the cache in the test. Merging. Will update CLI changelog as well.

kyleknap added a commit that referenced this pull request Dec 31, 2014
@kyleknap kyleknap merged commit 238c530 into boto:develop Dec 31, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Unable to use cloudfront wait invalidation-completed
3 participants