Closed kranurag7 closed 5 months ago
@apricote do you have an idea here? this is making things very hard for us right now
This might be related to the fact that the server type you are requesting is currently unavailable in the location you configured. Some locations (fsn1
) are currently experiencing some resources shortages.
Please try a different location.
This might be related to the fact that the server type you are requesting is currently unavailable in the location you configured. Some locations (
fsn1
) are currently experiencing some resources shortages.
Yes that worked.
we switched the server type from cx41
to cx42
and in terms of region we switched from fsn1
to nbg1
but I think the main problem here is following:
As per the PR here https://github.com/syself/cluster-api-provider-hetzner/pull/1330 and probably the blog as well, the old servers cx21-41
were supposed to be removed on 6th September 2024 but this was removed early.
The dashboard doesn't show the types anymore.
in this image, it is shown the cx41
will be deprecated (I don't recall the date)
it was removed today without any notice. I don't know if this will come back later or not but for now it's removed looking at the console.
For now, given we have made the switch to cx42
and nbg1
for region and it's working now.
The server types are still available through the API, and will continue to be available until the announced date. The error you got today is about limited availability of the specific server type in the location you chose, this can happen at any time depending on demand and availability of additional hardware to service that demand.
As our main focus is to be a "simple cloud" we have removed the server type from the Console, to keep the offering simple for our users. Its still available through the API to avoid breaking any automation:
➜ hcloud server-type list -o columns=id,name | grep cx | grep -v ccx
1 cx11
3 cx21
5 cx31
7 cx41
9 cx51
104 cx22
105 cx32
106 cx42
107 cx52
(I noticed that there is no way to show the deprecation info in the server-type list
command: https://github.com/hetznercloud/cli/pull/780)
And if you describe the image you can see the announcement & removal dates:
➜ hcloud server-type describe cx41
ID: 7
Name: cx41
Description: CX41
Cores: 4
CPU Type: shared
Architecture: x86
Memory: 16.0 GB
Disk: 160 GB
Storage Type: local
Included Traffic: 20 TB
Deprecation:
Announced: Thu Jun 6 10:00:00 CEST 2024 (1 week ago)
Unavailable After: Fri Sep 6 02:00:00 CEST 2024 (2 months from now)
Pricings per Location:
- Location: fsn1:
Hourly: € 0.0330820000000000
Monthly: € 20.1110000000000000
- Location: nbg1:
Hourly: € 0.0330820000000000
Monthly: € 20.1110000000000000
- Location: hel1:
Hourly: € 0.0330820000000000
Monthly: € 20.1110000000000000
Closing, as unrelated to packer, feel free to continue the discussion if needed.
Overview of the Issue
This is happening since yesterday i think, I'm getting this very frequently and sometimes when I invoke back to back I get the same message.
sometimes this seems to go away after a while but I invoke
packer build
almost say more than 30 times in less than a hour in different projects using terminal multiplexer to do things. This all is wrapped around a make target. It would be really helpful to me if we have more information thanresource_unavailable
here. What does it mean? I'm not able to understand the error message as well in this case.Reproduction Steps
packer build against a packer config. (packer version is 1.9.5 MPL licensed)
Plugin and Packer version
packer version: v1.9.5 packer plugin hcloud version: 1.4.0
Simplified Packer Buildfile
If the file is longer than a few dozen lines, please include the URL to the gist of the log or use the Github detailed format instead of posting it directly in the issue.
Operating system and Environment details
OS, Architecture, and any other information you can provide about the environment.
Log Fragments and crash.log files
Include appropriate log fragments. If the log is longer than a few dozen lines, please include the URL to the gist of the log or use the Github detailed format instead of posting it directly in the issue.
Set the env var
PACKER_LOG=1
for maximum log detail.