You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
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.
The text was updated successfully, but these errors were encountered:
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
locked and limited conversation to collaborators
Apr 29, 2020
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
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.
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.
The text was updated successfully, but these errors were encountered: