@EddieA Can you try differents combinations of passedthrough hardware in this VM ?
e.g try with each device one by one at a time; at least in the VM
@EddieA Can you try differents combinations of passedthrough hardware in this VM ?
e.g try with each device one by one at a time; at least in the VM
@benapetr
Consider making a PR to https://github.com/xcp-ng/xcp-ng-org (https://github.com/xcp-ng/xcp-ng-org/blob/master/docs/management/management.md) if you want to make your project more visible.
Hello all,
The XCP-ng Standard VGA Display Driver v0.1.34.2310 is released with important compatibility fixes for Windows Server.
Get it here: https://github.com/xcp-ng/win-xstdvga/releases
This driver provides high-resolution consoles and resolution switching in Xen Orchestra for Windows VMs running on the XCP-ng hypervisor.
This is a beta release. This driver will eventually be integrated into the main Windows PV tools package.
Changelog:
@nvs can you try with a serial console and something listening on it; so when it crashes, we get the crash reason ?
Hello all,
The XCP-ng Standard VGA Display Driver for Windows v0.1.29.2216 has been released https://github.com/xcp-ng/win-xstdvga
This driver provides high-resolution consoles and resolution switching for Windows VMs running on the XCP-ng hypervisor.
This is a beta release. This driver will eventually be integrated into the main Windows PV tools package.
Driver rereleased with bug fixes. See below
@acebmxer Re time issues: Do you have Xen tools or any other sources of time sync? Suspending a VM and then later resuming it will cause the VM's time to not be updated. It'll have to rely on either NTP or the Xen tools daemon to get the correct time.
@wilsonqanda Make sure to turn off "Network" in boot order. You might also want to increase the VM's root disk size when creating it.
Here's a full cloud config that I used (except the ssh keys):
#cloud-config
hostname: {name}
ssh_authorized_keys:
- ssh-rsa ...
disable_root: false
apt:
sources:
xen-guest-agent:
filename: xen-guest-agent.list
source: deb [trusted=yes] https://gitlab.com/api/v4/projects/xen-project%252Fxen-guest-agent/packages/generic/deb-amd64/ release/
append: false
packages:
- xen-guest-agent
@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.