Azure VM 在启动后恰好 1 小时重新启动
Azure VM reboots exactly 1 hour after startup
问题:
从我们的自定义映像(来自存储帐户的 VHD 文件)创建的所有 VM,都在 Azure 中首次启动后整整 1 小时重新启动。
症状:
- 1 小时重新启动后,VM 将从那时起始终保持 UP。
- 但是,如果您停止并取消分配 VM,然后启动它...它将在 1 小时后再次重启。
- VM 内部唯一的证据提示是来自 svchost.exe 的关闭事件,没有任何有助于缩小根本原因的细节或附近事件。
重现步骤:
1- 在本地 Hyper-V 中,创建并设置 Win10 VM。根据需要自定义墙纸(可选)。不要系统准备。
2- 关闭本地虚拟机,并使用'Edit Disk',将其转换为固定大小的VHD 格式。
3- 将 VHD 上传到您的 Azure 存储帐户。
4- 注册一个图像,指向存储 blob 中上传的 VHD。
5- 从该映像部署 VM。开机1小时后,意外重启
对于拥有更多 Azure 经验的人来说,问题是显而易见的——Azure 中的“图像”暗示 VHD 是 'generalized image',具有 sysprep 的图像执行。
如果您要创建基于 非通用 VHD 的 VM,则需要执行两个步骤:
1- 创建一个新磁盘,并将其基于存储帐户中的 VHD。
2- 从磁盘中选择“创建 VM”。
在我们的情况下,VHD 是高度特定和定制的,用于信息亭类型的操作。 运行 sysprep to generalize 不是允许我们保留所有已应用的配置和自定义的选项。
因此,如果您处于类似情况,您可以从 VHD 创建磁盘,然后使用该磁盘创建 VM。 1 小时后不再意外重启。
作为参考,关于从磁盘(或磁盘快照)创建虚拟机的官方文档:
https://docs.microsoft.com/en-us/azure/virtual-machines/windows/create-vm-specialized-portal
作为参考,概括 VHD 以用作 Azure“映像”的步骤:
https://docs.microsoft.com/en-us/azure/virtual-machines/windows/prepare-for-upload-vhd-image
问题:
从我们的自定义映像(来自存储帐户的 VHD 文件)创建的所有 VM,都在 Azure 中首次启动后整整 1 小时重新启动。
症状:
- 1 小时重新启动后,VM 将从那时起始终保持 UP。
- 但是,如果您停止并取消分配 VM,然后启动它...它将在 1 小时后再次重启。
- VM 内部唯一的证据提示是来自 svchost.exe 的关闭事件,没有任何有助于缩小根本原因的细节或附近事件。
重现步骤:
1- 在本地 Hyper-V 中,创建并设置 Win10 VM。根据需要自定义墙纸(可选)。不要系统准备。
2- 关闭本地虚拟机,并使用'Edit Disk',将其转换为固定大小的VHD 格式。
3- 将 VHD 上传到您的 Azure 存储帐户。
4- 注册一个图像,指向存储 blob 中上传的 VHD。
5- 从该映像部署 VM。开机1小时后,意外重启
对于拥有更多 Azure 经验的人来说,问题是显而易见的——Azure 中的“图像”暗示 VHD 是 'generalized image',具有 sysprep 的图像执行。
如果您要创建基于 非通用 VHD 的 VM,则需要执行两个步骤:
1- 创建一个新磁盘,并将其基于存储帐户中的 VHD。
2- 从磁盘中选择“创建 VM”。
在我们的情况下,VHD 是高度特定和定制的,用于信息亭类型的操作。 运行 sysprep to generalize 不是允许我们保留所有已应用的配置和自定义的选项。
因此,如果您处于类似情况,您可以从 VHD 创建磁盘,然后使用该磁盘创建 VM。 1 小时后不再意外重启。
作为参考,关于从磁盘(或磁盘快照)创建虚拟机的官方文档:
https://docs.microsoft.com/en-us/azure/virtual-machines/windows/create-vm-specialized-portal
作为参考,概括 VHD 以用作 Azure“映像”的步骤:
https://docs.microsoft.com/en-us/azure/virtual-machines/windows/prepare-for-upload-vhd-image