-
-
Notifications
You must be signed in to change notification settings - Fork 360
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
[Bug]: Unable to deploy lab #1497
Comments
Since I am unable to reproduce this with my en-us ISOs, are you able to let us know which ISO specifically you did try? |
Yes, output below: Get-LabAvailableOperatingSystem -Path C:\LabSources | Select-Object -Property OperatingSystemName,Version,PublishedDate,IsoPath | ft -AutoSize
OperatingSystemName Version PublishedDate IsoPath
------------------- ------- ------------- -------
Windows Server 2019 Standard Evaluation 10.0.17763.3650 11/5/2022 8:14:03 PM C:\LabSources\ISOs\17763.3650.221105-1748.rs5_release_svc_refresh_SERVER_EVAL_x64FRE_en-us.iso
Windows Server 2019 Standard Evaluation (Desktop Experience) 10.0.17763.3650 11/5/2022 8:19:22 PM C:\LabSources\ISOs\17763.3650.221105-1748.rs5_release_svc_refresh_SERVER_EVAL_x64FRE_en-us.iso
Windows Server 2019 Datacenter Evaluation 10.0.17763.3650 11/5/2022 8:10:27 PM C:\LabSources\ISOs\17763.3650.221105-1748.rs5_release_svc_refresh_SERVER_EVAL_x64FRE_en-us.iso
Windows Server 2019 Datacenter Evaluation (Desktop Experience) 10.0.17763.3650 11/5/2022 7:35:47 PM C:\LabSources\ISOs\17763.3650.221105-1748.rs5_release_svc_refresh_SERVER_EVAL_x64FRE_en-us.iso
Windows Server 2022 Standard Evaluation 10.0.20348.169 8/7/2021 1:39:58 AM C:\LabSources\ISOs\20348.169.210806-2348.fe_release_svc_refresh_SERVER_EVAL_x64FRE_en-us.iso
Windows Server 2022 Standard Evaluation (Desktop Experience) 10.0.20348.169 8/7/2021 1:48:12 AM C:\LabSources\ISOs\20348.169.210806-2348.fe_release_svc_refresh_SERVER_EVAL_x64FRE_en-us.iso
Windows Server 2022 Datacenter Evaluation 10.0.20348.169 8/7/2021 1:39:11 AM C:\LabSources\ISOs\20348.169.210806-2348.fe_release_svc_refresh_SERVER_EVAL_x64FRE_en-us.iso
Windows Server 2022 Datacenter Evaluation (Desktop Experience) 10.0.20348.169 8/7/2021 1:44:10 AM C:\LabSources\ISOs\20348.169.210806-2348.fe_release_svc_refresh_SERVER_EVAL_x64FRE_en-us.iso
CentOS-7 7.0 10/26/2020 5:26:16 PM C:\LabSources\ISOs\CentOS-7-x86_64-Minimal-2009.iso
Ubuntu-Server 22.04.1 LTS "Jammy Jellyfish" 22.4 8/9/2022 12:00:00 AM C:\LabSources\ISOs\ubuntu-22.04.1-live-server-amd64.iso
Windows 11 Home 10.0.22621.525 9/25/2022 3:47:30 AM C:\LabSources\ISOs\Win11_22H2_English_x64v1.iso
Windows 11 Home N 10.0.22621.525 9/25/2022 3:46:10 AM C:\LabSources\ISOs\Win11_22H2_English_x64v1.iso
Windows 11 Home Single Language 10.0.22621.525 9/25/2022 3:50:17 AM C:\LabSources\ISOs\Win11_22H2_English_x64v1.iso
Windows 11 Education 10.0.22621.525 9/25/2022 3:58:35 AM C:\LabSources\ISOs\Win11_22H2_English_x64v1.iso
Windows 11 Education N 10.0.22621.525 9/25/2022 4:04:13 AM C:\LabSources\ISOs\Win11_22H2_English_x64v1.iso
Windows 11 Pro 10.0.22621.525 9/25/2022 3:47:30 AM C:\LabSources\ISOs\Win11_22H2_English_x64v1.iso
Windows 11 Pro N 10.0.22621.525 9/25/2022 3:51:26 AM C:\LabSources\ISOs\Win11_22H2_English_x64v1.iso
Windows 11 Pro Education 10.0.22621.525 9/25/2022 3:53:05 AM C:\LabSources\ISOs\Win11_22H2_English_x64v1.iso
Windows 11 Pro Education N 10.0.22621.525 9/25/2022 3:59:09 AM C:\LabSources\ISOs\Win11_22H2_English_x64v1.iso
Windows 11 Pro for Workstations 10.0.22621.525 9/25/2022 3:55:50 AM C:\LabSources\ISOs\Win11_22H2_English_x64v1.iso
Windows 11 Pro N for Workstations 10.0.22621.525 9/25/2022 4:01:41 AM C:\LabSources\ISOs\Win11_22H2_English_x64v1.iso |
This sounds weird. Do you have a 2nd host system to try the same deployment? Is the host machine domain joined? Sometimes, group policies impose too many restrictions for AL to work. |
I am unable to reproduce the issue, even after downloading that specific eval version both on my development machine as well as a standard Hyper-V nested VM on Azure. @aaearon it is important that the base image creation is not cancelled by accident or impeded by an aggressive anti malware tool. AutomatedLab does not recreate the VHD if it finds one at the expected location which is what I suspect may be happening here. You can verify this by removing the base disk for the OS, for example |
Thanks all for your time investment. A few answers to your questions and some info:
Here are some more logs but not sure if they really tell anything more:
Is it worth trying to do something like re-installing Hyper V? |
I ended up troubleshooting this a bit more --
Still no dice. The only thing that did work was trying the CentOS 7 .iso, which I guess means the problem could be related to the base disk. |
Thank you for your initiative and troubleshooting. We have had a few similar problems in the past. All bugs in this area have been fixed for a long time and your machine seems to be the only one having problems with the most basic task AL should be able to perform: Creating Windows VMs on Hyper-V. I guess it is a problem with the base disk as well. To move forward we need to compare the partition setup of the base disk created on your machine with one created on another machine. Are you ok investing more time into this? |
I am definitely willing to invest more time into this as I see the value in AutomatedLab. I will get AutomatedLab up and running on a personal machine. |
I've got AutomatedLab up and running on my personal machine. It successfully creating a VM in Hyper-V. For comparison:
I copied over the base disk VHD from my personal machine where AutomatedLab is working to my work machine where it is not. I was able to successfully create a VM on my work machine with the base disk from my personal machine via AutomatedLab. I don't think this is noteworthy as the base disk VHD was the suspect all along. Looking at a base disk created on my personal machine and my work machine, the partitions are the same when looking via diskpart. |
Still banging my head against this -- at least I have found a workaround by creating base disks on another machine and copying them over to the one that doesn't create base disks properly however I would be interested in getting this solved. Here is some information regarding boot partition for both base disks when their VHDs are mounted. Disk 1 is a working base disk VHD made on my personal machine and Disk 2 is a non-working base disk VHD from my work machine. Disk 0 is a physical disk.
|
This issue has been automatically marked as stale because it has not had activity from the community in the last 30 days. It will be closed if no further activity occurs within 10 days. If the issue is labelled with any of the work labels (e.g bug, enhancement, documentation, or tests) then the issue will not auto-close. |
I'm still willing to put forth effort with this but I am not sure what direction to go in next. |
FYI, I'm seeing similar issues. Uninstall powershell 7.3.5 and it all works. Install 7.3.5 and it all fails. Lots of errors about "Could not start Hyper-v machine ...You are not currently connected to any servers. Please connect first using a Connect cmdlet And lots of cluster errors, even though I'm not on a cluster. |
This issue has been automatically marked as stale because it has not had activity from the community in the last 30 days. It will be closed if no further activity occurs within 10 days. If the issue is labelled with any of the work labels (e.g bug, enhancement, documentation, or tests) then the issue will not auto-close. |
@dex-code-one, your issue seems to have been related to #1573. This will be fixed in the next release. |
Description
I attempted to install my first lab using the steps provided at https://automatedlab.org/en/latest/Wiki/Basic/gettingstarted/. After I invoke
Install-Lab
, the base image is created and the virtual machine is created in Hyper V however when connecting to the machine it shows the Microsoft Hyper-V UEFI screen with an error message that no operating sytem was loaded.I have tried different ISOs (Windows Server 2019, 2022, Windows 11) and have the same experience with all three. I have Hyper-V virtual machines created manually with the same ISOs.
Steps to reproduce the issue
PowerShell Version
AutomatedLab Version
The text was updated successfully, but these errors were encountered: