Skip to content

Conversation

lubaihua33
Copy link
Collaborator

No description provided.

@@ -59,9 +59,9 @@
"path": "20250603-172021-168-smoke_test",
"error_message": "lisa.util.LisaException: OSProvisioningTimedOut: OS Provisioning for VM 'lisa-Azure-fleet-smoke-20250603-171025-337-e82-n0' did not finish in the allotted time. The VM may still finish provisioning successfully. Please check provisioning state later. For details on how to check current provisioning state of Windows VMs, refer to https://aka.ms/WindowsVMLifecycle and Linux VMs, refer to https://aka.ms/LinuxVMLifecycle.",
"ground_truth": {
"summary": "The root partition \"/dev/sda1\" was not found during the process to switch the file system from the initramfs to the disk sda1, which leads to the boot process got stopped.",
"summary": "The error OSProvisioningTimedOut may be caused by either a VM boot issue or a network connectivity problem. From the serial console log, although the message \"Device sda1 not found\" appears, the VM has successfully booted. This is evidenced by the line \"Filesystem at /dev/mapper/root is mounted on /\" which confirms that the root filesystem was mounted correctly. Additionally, the presence of \"localhost login:\" at the end of the log indicates that the system has reached the login prompt, confirming a successful boot. However, the log also shows \"eth0: fe80::6245:bdff:fee8:caba\" which is an IPv6 link-local address. The absence of an IPv4 address suggests that the VM may have failed to obtain an IP via DHCP. This could prevent the VM from communicating with the Azure platform, including accessing the WireServer (168.63.129.16), which is essential for provisioning. Therefore, the lack of IPv4 connectivity is a likely root cause of the OSProvisioningTimedOut error.",
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The keywords and issue still mention /dev/sda1, but the summary focuses on IPv4, which seems inconsistent. How was it determined that the problem is related to IPv4 rather than a missing root disk?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants