-
Notifications
You must be signed in to change notification settings - Fork 9.7k
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
scaleway instance with not default volumes #9254
Comments
Hey @webroboteu, can you provide a terraform plan which reproduces this error?
i.e.
I assume that from your error message you're trying to create a volume which exceeds the allowed size of the VC1M machines. |
I have the same problem:
** scaleway_server.minion: StatusCode: 400 Type: invalid_request_error Message: APIMessage: The sum of volumes sizes of VC1M instances must be between 51GB and 100GB ** |
@seb2411 @webroboteu I assume this is a Scaleway API issue, as the above example works with C2S just fine, as does it with VC1. I'll loop in @moul , maybe he has an idea on how to triage this issue. |
@nicolai86 : Yes. I think it's in relation with the way the extra disk is added for the VC1M and VC1L. |
the official Scaleway CLI has the same issue:
Digging a little deeper into the request payload, this works: {
"dynamic_ip_required": false,
"tags": [],
"commercial_type": "VC1M",
"volumes": {
"1": {
"name": "Volume",
"volume_type": "l_ssd",
"size": 50000000000,
"organization": "a"
}
},
"organization": "a",
"name": "scw-50ed96",
"image": "75c28f52-6c64-40fc-bb31-f53ca9d02de9",
"public_ip": "e6ee2eb1-70c6-49d1-aa17-93f8eaf96529"
} but this doesn't: {
"dynamic_ip_required": false,
"tags": [],
"commercial_type": "VC1M",
"volumes": {},
"organization": "a",
"name": "scw-50ed96",
"image": "75c28f52-6c64-40fc-bb31-f53ca9d02de9",
"public_ip": "e6ee2eb1-70c6-49d1-aa17-93f8eaf96529"
} both terraform and the scaleway CLI generate the latter. |
Digging a little deeper it seems that the Scaleway CLI masks the problem by implicitly adding volumes when certain offerings are created, as discussed in scaleway/scaleway-cli#403 . Since this fix is added outside of the Scaleway SDK we would need to duplicate that same logic, or, alternatively, allow secondary volumes to be defined inside the |
@nicolai86 Thx for the update. Defining the volume inside the scaleway_server resource can be a good idea. |
Hi @webroboteu / @nicolai86 Is this still an issue? P. |
Hey @stack72 Yes, this is still an issue. VC1M and VC1L instances require an additional volume to be specified at creation time, which to my best knowledge can not be modelled with two resources; I think we need to introduce a new |
So, this issue is resolved via #9695 :) |
So the problem will be fixed on Terraform 0.7.8 ? |
@nicolai86 ok. Perfect Thank you guys for the responsiveness, Nice job. |
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. |
I have this error with VC1M instance.
With scaleway_volume_attachment i can't resolve the problem.
The properties volumes is not a scaleway_server property
Error applying plan:
1 error(s) occurred:
Terraform does not automatically rollback in the face of errors.
Instead, your Terraform state file has been partially updated with
any resources that successfully completed. Please address the error
above and apply again to incrementally change your infrastructure.
The text was updated successfully, but these errors were encountered: