[Bug]: Custom role not installed, lab sources file share not accessible about automatedlab

[randallt]

Is there something I'm missing here about getting the LabSources shared properly set up?

[randallt]

It looks like the automatic mapping of the file share into the VMs is not working.

According to:

• https://automatedlab.org/en/latest/Wiki/Basic/synclabsources/

This by default will synchronize your entire local lab sources folder with a pre-created Azure file share called labsources in the resource group AutomatedLabSources and the lab's randomly-named storage account. This file share will automatically be mapped on each virtual machine.
Operating system images are automatically skipped in the synchronization process as they are readily available on Azure and are not being used.

I manually mapped the storage account file share, and strangely, what are supposed to be the top-level folders are showing as files:

So something went wrong with the downloading of the ISO somehow.

[randallt]

Alright, I got this storage issue working by adding a call to Sync-LabAzureLabSources--that created the folders in the file share. Might be good to harden this a little.

After this, it appeared that the installation completed successfully, but when looking on the exchange VM, in the C:\ExchangeSetupLogs\ExchangeSetup.log file, there are a lot of errors about, e.g. PrepareAD not being run and .Net Framework 4.8 prereq not being met, and System.DirectoryServices.DirectoryServicesCOMException (0x80072030): There is no such object on the server.

I checked, and the .net version was still 4.7.2.

[randallt]

Just to follow up here. After many hours trying to debug this, it looks like the command to install .Net 4.8 on the Exchange VM just silently fails each time. However, it is successful on the DC, which is running through the same code. I flipped the order of the VMs and it still only failed on the Exchange VM. I haven't been able to find any indication of what is going wrong yet.