@busthead Do you see anything when typing dir FS0: at the shell? Also, can you upload the non-working ISO somewhere and send it to me via PM?
The Windows ISOs also require you to press a key to start Setup. If XCP-ng Center is not fast enough to display the screen then you may end up with the UEFI shell. Try starting the installation from Xen Orchestra or spamming a key when the VM is starting.
@Chemikant784 Never mind, I think I've found the right combination of Registry options to disable the driver installations from the onboard script side.
But yes, the idea is to make the process as automatic as possible. I can change the onboard script to shut down after the initial uninstallation instead.
Also, the installation MSI will need some changes in order to avoid being blocked by stale C000 devices.
@Chemikant784 Indeed one of the problems is that on newer versions of Windows, Microsoft decided to completely disregard several Windows Update policies, including the ones related to device installation (?!). So once the Citrix option is enabled, Windows will insist on installing the drivers for it no matter what, which is why the 2nd XenClean is needed after disabling the Windows Update option in order to clean up after Windows.
@Chemikant784 I've been preparing a reworked XenClean and XCP-ng driver onboarding tool here. Every time the onboard.ps1 script is run, it'll try to automatically uninstall old drivers and install the XCP-ng as conditions permit: https://nextcloud.vates.tech/index.php/s/eL4sfxQGxZXe8SX
The Windows Update device is quite stubborn since disabling it causes the problem as you said. Could you try the following procedure:
PCI\VEN_5853&DEV_C000 device using the "Prevent installation of devices that match any of these device IDs" settingGetting rid of the Windows Update device is quite cumbersome... I'll look for a way to automate this
@psafont Freezing/thawing doesn't actually suspend a VM, but it's just a part of the backup process, where I/O operations are quiesced to create a stable view of the on-disk data.
@psafont Looks like these hooks are for suspend-resume rather than snapshot/backups? I couldn't find any mention of hook calls during the snapshot process
There used to be quiescent snapshot capabilities in older versions (mainly for Windows VSS support), but it has since been removed. I'd say @Team-XAPI-Network knows more about the reason.
You can read key/values from the xenstore, and write some (from VM to outside), but you cannot write values "in live" from outside the VM to the inside.
It is, but XAPI doesn't provide a interface for it.
do the guest tools quiesce the filesystems before snapshotting?
Tools are aware of a snapshot so you don't have blocks in flight.
do the guest tools quiesce the filesystems before snapshotting?
Guests kernel are aware, as it is them that are performing a "suspend" on toolstack request (thus quiece filesystems); although "tools" can only observe that the system has been suspended after the fact by measuring side effects, and not orchestrate it.
It's because suspend/resume operation doesn't come from "guest tools" actually, but instead from the kernel drivers. So userland tools has no say on it.
@tsukraw There's no need to uninstall the old version, the upgrade is enough.
The feature to disable time sync is also just a convenience shortcut for setting the TimeSyncMode value in HKLM\SYSTEM\CurrentControlSet\Services\xenagent to a DWORD of 0. You can set it manually or through Group Policy if you wish. (In fact, GPO might be a better solution on domain environments)
