@archw XenClean is not needed when upgrading; it's only needed when switching tools vendor, or when switching from the old XCP-ng 8.2 tools.

The XCP-ng 9.1 tools installer will block installation and indicate an error whenever XenClean is needed.

@probain Yes, that's expected as there were only changes in the installer and XenClean/XenBootFix, the drivers and guest agent binaries included in 9.1.145 and 9.1.146 are the exact same. As a result, the version information in the guest agent (which does the reporting) was not updated.

Hello all,

Version 9.1.146 Release of the Windows PV tools has been released.

Download the latest release here: https://github.com/xcp-ng/win-pv-drivers/releases

It will be integrated into the XCP-ng built-in tools ISO after a test period of 2 weeks.

This is a small revision to fix issues when installing on certain Windows installations. Only the installer and XenClean were changed; the binaries inside stay the same.

If you're already on 9.1.145, upgrading is optional.

Changes since 9.1.145

• Fixed: Fix issues when installing on certain Windows installations.

Recent Windows patches also changed the exit code of schtasks.

A new package will be released to address this.

@JamesG It's described here: https://docs.xcp-ng.org/troubleshooting/windows-pv-tools/#connecting-to-guests-using-serial-console

@manilx Interesting... It's checking for "ERROR: The system cannot find the file specified. -2147024894", which is why it's failing. What if you specified the command this way, with a backslash?

schtasks /query /tn \Copy-XenVifSettings /hresult ; echo $LASTEXITCODE

@manilx What do you see when you run this command from PowerShell?

schtasks /query /tn Copy-XenVifSettings /hresult ; echo $LASTEXITCODE

@manilx Can you check if there's a Copy-XenVifSettings task in Task Scheduler and delete it if it exists report back? Normally it's supposed to self-destruct but maybe something went wrong there.

@conitrade-as Sounds like a problem somewhere in the clipboard stack, I'll look into that.

@conitrade-as There should be a fix for that in 9.1.145. Could you try it?

Hello all,

Version 9.1.145 Release of the Windows PV tools has been released.

(Despite the name, it's still signed; I simply dropped the "Signed" moniker)

Download the latest release here: https://github.com/xcp-ng/win-pv-drivers/releases

It will be integrated into the XCP-ng built-in tools ISO after a test period of 2 weeks.

This release brings the new XCP-ng Standard VGA Display Driver as well as multiple bug fixes to all Windows drivers and guest tools components.

Changes since 9.1.100

• NEW: The XCP-ng Standard VGA Display Driver is now included in the package.
• Improved: XenClean is now a single executable that's more convenient to use.
• Improved: Better uninstalling of existing drivers.
• Fixes: Automatic time sync is now disabled by default on new installations. NTP sync with W32Time is recommended instead.
  • To disable time sync on an existing installation, use the Modify button in Installed apps.
• Fixes: Xen Guest Agent now operates correctly during driver restarts and upgrades.
• Fixes: Fix uninstallation of individual drivers.
• Fixes: Improve stability and efficiency of Xenbus and Xenvbd.

Help / Community support

If you encounter installation/uninstallation errors, please try again with one of the following commands:

For installing:
msiexec.exe /i XenTools-x64.msi /log install.log

For uninstalling:
msiexec.exe /x XenTools-x64.msi /log uninstall.log

Please include this log along with the file C:\Windows\INF\setupapi.dev.log in your bug report. These files will help us troubleshoot any installation issues.

Full Changelog: https://github.com/xcp-ng/win-pv-drivers/compare/v9.1.100...v9.1.145
Original build: https://github.com/xcp-ng/win-pv-drivers/actions/runs/23188455900

@MajorP93 AFAIK @teddyastie is working on a 1.0 release for Linux guests with this bug fix.

@MajorP93 Hi, are you using the Rust guest agent? We suspect that it's failing to rearm the ballooning feature after resuming from suspend.

@MajorP93 Thanks for the info, I'll need to discuss with the team first

@MajorP93 Hello, what does xe vm-param-get uuid=... param-name=memory-target say on your VM after migrating?

@acebmxer process 1775 (unattended-upgr<ade>) is your hint. Your VM was presumably running an unattended upgrade while you were trying to install the tools.

@rniesen Do you mean occasional hangs? Yes, Server 2025 is known to hang if these options are not present.

@rniesen Your VM is missing Viridian extensions (Hyper-V-compatible VM enlightenments implemented by Xen). This is typically due to the wrong VM template being chosen at the time of creation; the built-in Windows template should be used for all Windows VMs. There's an issue with Server 2025 that causes it to not run well without these features enabled.

Please power off your VM, run this command to add them back, then reboot:

xe vm-param-set uuid=<vm-uuid> platform:viridian=true platform:viridian_time_ref_count=true platform:viridian_reference_tsc=true platform:viridian_apic_assist=true platform:viridian_crash_ctl=true platform:viridian_stimer=true

@rniesen

Hi,

Could you check the VM's Viridian settings from the host:

xe vm-param-get uuid=... param-name=platform

Followed by checking the Windows BCDEDIT settings:

bcdedit /enum all

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:

• Add support for multiple VGA devices
• Fix compatibility with older versions of Windows Server
• Enable CET Shadow Stack support
• Add device name branding