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

aws_ebs_volume - using iops=false and type=gp2 causes new resource every run #2298

Closed
jc-asdf opened this issue Jun 10, 2015 · 2 comments
Closed

Comments

@jc-asdf
Copy link

jc-asdf commented Jun 10, 2015

I've found that when generating a new volume with both type=gp2 and iops=false (which is a bit of an edge case, I admit), every run forces a resource replacement.

-/+ module.staging_member_service.mysql_db_server.aws_ebs_volume.db_volumes
    availability_zone: "us-east-1b" => "us-east-1b"
    encrypted:         "false" => "<computed>"
    iops:              "300" => "0" (forces new resource)
    kms_key_id:        "" => "<computed>"
    size:              "100" => "100"
(rest trimmed)

It looks like it's reading the AWS default 3 IOPS/GB, and comparing to the desired 0 iops, forcing a refresh.

However, specifying both iops > 0 and type != io1 generates an error (as it should).

I think the desired behaviour should be to ignore the IOPS on the volume if the type is not io1. I do want to keep the ability to have both the type and iops parameters specified, so that they can be populated in a flexible way.

@catsby
Copy link
Contributor

catsby commented Dec 2, 2015

Hey there @jc-asdf – sorry for the silence here. I've patched this behavior in #4146

@catsby catsby closed this as completed Dec 2, 2015
@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

3 participants