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

Audit of Google Acceptance Tests for Potential Resource Name Collisions #4514

Closed
phinze opened this issue Jan 5, 2016 · 6 comments
Closed

Comments

@phinze
Copy link
Contributor

phinze commented Jan 5, 2016

As we are starting to run the acceptance tests regularly, we're noticing a number of places where two tests can collide because they both attempt to interact with resources of the same name.

I've been making tweaks like these to fix these scenarios:

I'm being pulled away at the moment - @lwander might you have bandwidth to be able to make a pass through the other tests to make similar changes so they can be run in parallel on Travis?

I know at least we have seen the ComputeGlobalForwardingRule tests collide with health check "tf-test-zero", but there are probably more examples hiding in there.

@phinze
Copy link
Contributor Author

phinze commented Jan 5, 2016

BTW - Just kicked off a rerun to work around the forwarding rule health check collision - I believe this will be our first green Travis execution of the full Google Acceptance Test suite!

https://travis-ci.org/hashicorp/terraform/builds/100413007

@lwander
Copy link
Contributor

lwander commented Jan 5, 2016

I'm happy to look into this! Do you mean that tests being run in parallel are conflicting due to names being reused?

If the travis run is all green, are we all set?

@phinze
Copy link
Contributor Author

phinze commented Jan 5, 2016

Do you mean that tests being run in parallel are conflicting due to names being reused?

Yep exactly.

If the travis run is all green, are we all set?

The travis run is green because I manually re-kicked one of the jobs that failed from a collision.

I'm guessing any fixture in the tests with name = "foo" where foo is not an interpolated %s could use a look, so perhaps you can fly through the output of a command like:

git grep 'name \+= \+"[^%]' builtin/providers/google

Not that they'll all need to be changed, but they could probably all use a double check. Once we get all the current tests up to snuff, I'll make sure to keep and eye on this concept in PR reviews going forward. 👍

@lwander
Copy link
Contributor

lwander commented Jan 5, 2016

SGTM!

@phinze
Copy link
Contributor Author

phinze commented Jan 5, 2016

<3 @lwander

@ghost
Copy link

ghost commented Apr 29, 2020

I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues.

If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.

@ghost ghost locked and limited conversation to collaborators Apr 29, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants