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

Support manila resources (shared file system) #502

Closed
kayrus opened this issue Nov 30, 2018 · 3 comments
Closed

Support manila resources (shared file system) #502

kayrus opened this issue Nov 30, 2018 · 3 comments

Comments

@kayrus
Copy link
Collaborator

kayrus commented Nov 30, 2018

It would be nice to support Manila API in Terraform

Terraform Version

0.11.10

Affected Resource(s)

  • openstack_sharedfilesystem_securityservice_v2
  • openstack_sharedfilesystem_sharenetwork_v2
  • openstack_sharedfilesystem_share_v2
  • openstack_sharedfilesystem_share_access_v2

Terraform Configuration Files

N/A

Debug Output

N/A

Panic Output

N/A

Expected Behavior

I can create shared file systems via terraform.

Actual Behavior

I can't create shared file systems via terraform.

Steps to Reproduce

  1. Try to create shared file systems using Terraform.
  2. Be disappointed

Important Factoids

There are gophercloud dependencies like: gophercloud/gophercloud#1334

References

@jtopjian
Copy link
Contributor

WIP is happening here: kayrus/terraform-provider-openstack@5ce41a6

@kayrus Please submit one resource per PR at a time. Otherwise the PR will be too large to easily review. Thanks!

@kayrus
Copy link
Collaborator Author

kayrus commented Dec 10, 2018

I'll put first two into one PR, because tests will require both resources: #515
What is the documentation procedure? Should it be inside the same PR? Can documentation be separated?
Should data resources be included into the same PR? Are they required?

@jtopjian
Copy link
Contributor

I'll put first two into one PR, because tests will require both resources:

That should be fine, as long as the PR isn't massive.

If a resource depends on another resource, then it's common to still have individual tests (and separate files) for each. As an example, openstack_networking_network_v2 has a few tests which only test the single openstack_networking_network_v2 resource, however, every other networking resource requires a network, so they also have networks in their test fixtures.

On the topic of tests, OpenLab has Manila enabled for Gophercloud, but I'm not sure about Terraform. If it is not enabled, we will want to disable the tests from being run by using an environment variable flag:

At a very minimum, a _basic acceptance test is required for each new resource.

What is the documentation procedure? Should it be inside the same PR? Can documentation be separated?

Documentation is required for new resources and needs to be in the same PR so we can ensure it isn't forgotten about.

Documentation goes in https://github.com/terraform-providers/terraform-provider-openstack/blob/master/website. "r" for resources and "d" for data sources. You can copy an existing file to use as a template. You'll also have to update the side bar here which is a common thing we always forget :)

Should data resources be included into the same PR? Are they required?

Data sources are never required. I've only been personally making data sources when they are requested. If you want to make them, by all means go for it. They would also be a separate PR.

Thank you for your work on this and let me know if you have any questions or need any help.

@kayrus kayrus closed this as completed Jan 6, 2019
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

No branches or pull requests

2 participants