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

provider/openstack: add state 'downloading' to resource 'blockstorage_volume_v1' #2866

Merged
merged 1 commit into from
Sep 4, 2015
Merged

Conversation

berendt
Copy link
Contributor

@berendt berendt commented Jul 27, 2015

When using an image as the source of new volume the state 'downloading'
prior to the state 'available' is fine.

It is also fine to destroy a volume in the state 'downloading'.

Closes-bug: #2865

@jtopjian
Copy link
Contributor

@berendt Nice catch. 😄

Can you add a test for this? I think this is definitely something that should be checked for regression in the future.

I have a gist here that sets up a devstack environment from within OpenStack using Terraform to run the test suite.

Also, did you mean "Closes-bug: #2865"? 😄

@berendt
Copy link
Contributor Author

berendt commented Aug 22, 2015

@jtopjian Updated the commit message. I am not familiar with Go and I do not know how to write good tests for the test suite. Can you take care of it in a second PR? At least post some some URLs where I can get more details about how to write tests for Go.

@jtopjian
Copy link
Contributor

@berendt No worries.

In general, the *_test.go files under the OpenStack Provider directory are where the tests go. The Terraform README has instructions on how to run them. The gist I linked to bundles everything up in one shot.

I've just submitted a PR to your fork that includes a test. 😄

@berendt
Copy link
Contributor Author

berendt commented Aug 23, 2015

@jtopjian Thanks. I will have a look and next time I can provide my own test.

@jtopjian
Copy link
Contributor

@berendt It's really no problem. Terraform doesn't require tests for fixes and such. With this particular patch, I wanted to see a test since it's a core feature of the provider, so I had no issues at all writing it myself :)

…_volume_v1'

When using an image as the source of new volume the state 'downloading'
prior to the state 'available' is fine.

It is also fine to destroy a volume in the state 'downloading'.

Closes-bug: #2865
Co-Authored-By: Joe Topjian <joe@topjian.net>
@berendt
Copy link
Contributor Author

berendt commented Aug 24, 2015

@jtopjian Merged your PR and rebased it. This PR should be fine now.

@jtopjian
Copy link
Contributor

@berendt: Nice 👍

@phinze: Can you do a quick review when you get a chance?

@phinze
Copy link
Contributor

phinze commented Sep 4, 2015

LGTM - thanks everybody!

phinze added a commit that referenced this pull request Sep 4, 2015
provider/openstack: add state 'downloading' to resource 'blockstorage_volume_v1'
@phinze phinze merged commit 365a7a2 into hashicorp:master Sep 4, 2015
@berendt berendt deleted the gh_issue_2865 branch September 7, 2015 14:19
@ghost
Copy link

ghost commented May 1, 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 May 1, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants