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

Fix OpenStack provider idempotency bugs #3440

Merged
merged 1 commit into from
Oct 29, 2015

Conversation

ggiamarchi
Copy link
Contributor

After the first apply some resources show a change on each subsequent apply although there's no change. This is caused by some computed fields not marked as computed.

For instance, the admin_state_up field for network resource is optional and the value is computed when not provided.

Considering the configuration

provider "openstack" {
}

resource "openstack_networking_network_v2" "web_net" {
    name = "web-net"
}

The first terraform apply do the job correctly but any subsequent apply show a change

$ terraform apply
openstack_networking_network_v2.web_net: Refreshing state... (ID: d5b20f32-b541-4895-998e-808ece5972be)
openstack_networking_network_v2.web_net: Modifying...
  admin_state_up: "true" => ""
openstack_networking_network_v2.web_net: Modifications complete

Apply complete! Resources: 0 added, 1 changed, 0 destroyed.

@aocole
Copy link

aocole commented Oct 20, 2015

+1 Would really like to see this merged.

@phinze
Copy link
Contributor

phinze commented Oct 29, 2015

This LGTM - thank you!

phinze added a commit that referenced this pull request Oct 29, 2015
Fix OpenStack provider idempotency bugs
@phinze phinze merged commit fe2bf2d into hashicorp:master Oct 29, 2015
@ghost
Copy link

ghost commented Apr 30, 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 30, 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.

4 participants