-
Notifications
You must be signed in to change notification settings - Fork 79
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
Can't build 2025-datacenter-azure-edition #453
Comments
It seems to be an Azure thing. Building from the Portal ends up with the same error:
|
I seem to be having the same issue.
Is there a way to bypass this or disable this in order to deploy the OS? I have not had much luck. |
Hello all, thanks for reporting this issue, I did some local testing, I made some changes to the plugin to pass in a different patch mode and was able to build this image, but to be honest this felt a bit off, as if we don't pass in a patchMode (like the plugin currently doesn't) I would assume Azure would chose a sensible default for the image. I found this issue https://learn.microsoft.com/en-us/answers/questions/2118030/cannot-create-a-azure-vm-with-windows-server-2025, where a user had the same issue, but not using Packer or this plugin, and I think this may have to do with the rollout of the 2025 datacenter image that was launched a few weeks ago. Going to these docs https://learn.microsoft.com/azure/virtual-machines/windows/automatic-vm-guest-patching#supported-os-images, I saw the following warning:
When I tried to build again using UK South and West Central US, I was able to successfully build the image with the current released plugin (v2.2.0) with no changes Quoting a Microsoft support person in the learn thread I linked earlier.
So I could make a plugin change here to allow users to set the patch mode manually, but it seems like it may be better to wait here, and allow Azure to fully roll out this image. If we end up needing to modify the VM's patch mode otherwise we can definitely add this field to the plugin, but since this image successfully builds in some regions and not in others, it feels like this will be fixed by Azure upstream changes. |
Would love to see an option to set this so able to get past this error if hot patching is not critical to usage vs. waiting for a upstream change from Microsoft that we are already past their original estimated time frame. Zero movement on any additional regions having support added so far. |
Hey @bobofett86, Adding this option would be fairly brittle, it would require setting things in your template that would then change based on the planned future state of the images that the Azure API returns. I understand that there has been no movement on this, but that doesn't change that fact that in that support issue Azure recommended not using this image in unsupported regions, that means to me they are not confident that it is stable, and there may be some other issue. If you look at the other linked issue #189, you can see this same situation happened, where a specific base image failed one month, and succeeded the next month. If Azure says an image is unsupported in other regions, its unsupported, there may be other unintended issues that we don't know, preventing them from making this image fully supported. We need to wait to hear more from Azure before we proceed. I will reach out to my Azure contacts after the Thanksgiving holiday to see if they can get some update from the teams rolling out this change. |
Overview of the Issue
When trying to build Windows 2025 image I get
Reproduction Steps
Plugin and Packer version
Packer v1.11.2
Plugin version = "~> 2.2.0"
This looks similar to a previous 2022 issue:
hashicorp/packer#11746
#189
The text was updated successfully, but these errors were encountered: