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

Getting terraform.ResourceAttrDiff on 1/0 vs true/false when running terraform apply #6152

Closed
rgynn opened this issue Apr 13, 2016 · 3 comments

Comments

@rgynn
Copy link

rgynn commented Apr 13, 2016

Hello

I'm running Terraform v0.6.14

Been rewriting my states for a POP in AWS.
The resources have all been created already, but I wanted to add more variables and couters to my state files.
All the resources parameters should be exactly the same, just defined proceduraly.

However, as i'm doing a terraform apply (with a refresh), it sets my attributes in the state files for booleans as strings, and apply apparently expects integers.

Running the same apply with -refresh=false, and manually setting every "true" / "false" to "1" or "0", runs fine.

For almost every single resource, i see the same error output from apply:

Old:"true", New:"1",

Diff One (usually from plan): *terraform.InstanceDiff{Attributes:map[string]*terraform.ResourceAttrDiff{"root_block_device.0.delete_on_termination":*terraform.ResourceAttrDiff{Old:"true", New:"1", NewComputed:false, NewRemoved:false, NewExtra:interface {}(nil), RequiresNew:false, Type:0x0}, "associate_public_ip_address":*terraform.ResourceAttrDiff{Old:"true", New:"1", NewComputed:false, NewRemoved:false, NewExtra:interface {}(nil), RequiresNew:false, Type:0x0}, "source_dest_check":*terraform.ResourceAttrDiff{Old:"true", New:"1", NewComputed:false, NewRemoved:false, NewExtra:interface {}(nil), RequiresNew:false, Type:0x0}}, Destroy:false, DestroyTainted:false}

Is there a way for me to get around this?

@robholland
Copy link

This is a duplicate of #6005 (same symptom and presumably underlying cause).

@phinze
Copy link
Contributor

phinze commented May 4, 2016

Consolidating with #6005 - see you there!

@ghost
Copy link

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

4 participants