hashicorp / hashicorp/packer-plugin-azure
Build 'azure-arm' errored after XX minutes YY seconds: unexpected EOF
- Dominant language
- Go
- Stars
- 63
- Forks
- 103
- PR merge metrics
- No merged PRs in 30d
Description
_This issue was originally opened by @rhb84 in https://github.com/hashicorp/packer/issues/10964 and has been migrated to this repository. The original issue description is below._
---
Hi:
Overview of the Issue:
When trying to build Azure windows VM image it throws `Build 'azure-arm' errored after
I'm building a Windows VMs using centos7 build VM in Azure.
Every time I'm trying to build windows2016 VM it errors out after many minutes or more than na hour into running the long running process, in my case windows patching.
I have faced the issue with [windows-updates plugin](https://github.com/rgl/packer-plugin-windows-update) and ansible built-in provisioner with playbook to install all available patches for a given windows using `ansible.windows.win_updates`.
In both cases the same errors are visible in logs / outputs when trying to build the image.
Steps to reproduce this issue:
creage a VM using windows 2016 Azure shared image using packer.
setup a long running provisioner [windows updates plugin](https://github.com/rgl/packer-plugin-windows-update) or patching with ansible.
Outputs from my last try (using ansible)
packer [build output](https://gist.github.com/rhb84/9c8b3eedf3e637b7155e179e860b6f6a)
packer [log file](https://gist.github.com/rhb84/370693cd46a07eae5a09fd0eb8f05204)
build file [windows2016](https://gist.github.com/rhb84/4406abd69f8d32650fb5f65e4ef1a268)
(removed some of the inline powershell code, basically configure few details and do a sysprep, never gets to this point)
I can see exactly the same azure-rm related errors when using the packer windows update plugin.
Operating system and Environment details:
build VM: centos7
Image I'm trying to build Windows 2016.
Azure, eastus region, both VMs are in the same subscription and subnet.
Packer version:
Packer v1.7.2
I have also tried few random older versions same issue.
Thank you.
Contributor guide
Research direction
Start with the azure-arm build entry point and the linked Packer build output, log file, and windows2016 build file. Reproduce a long-running Windows patching provisioner in Azure and trace where the unexpected EOF occurs; done means the provisioner completes without that azure-arm error.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- azure, go
- Domain
- cloud
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100