@gduperrey Updated my usual test hosts, (Minisforum and Supermicro X11) as well as an two sets of 2 host AMD pools (one pool of HP DL320 Gen10s and another of Asus Epyc servers of some sort, and lastly a Dell R360 without issue.
Posts
-
RE: XCP-ng 8.3 updates announcements and testing
-
RE: XCP-ng 8.3 updates announcements and testing
@gduperrey Installed on about 50 servers across various pools and remote sites. No issues. Ran a couple backup jobs as well which completed without issue.
-
RE: XO (self build) tasks spamming
@olivierlambert On my test instance which is admittedly not very busy (only 2 hosts) this fixed the issue!
-
RE: XO (self build) tasks spamming
@marcoi Same issue here with the latest commit (c1c3b). Rolling back to 4e3c1 from 2025-08-06 which i was running previously resolves the issue. Not sure whats going on or when it started happening exactly as i usually only update once a month.
Edit: Updated to commit 4eeae and also do not experience the task spam. So im guessing this is something that happened during the commits today (Aug 25, 2025)
Edit 2: Tested on both my homelab install and a second test environment install and both seem to exhibit this issue on the latest commit.
-
RE: New Rust Xen guest tools
With the release of Debian 13 apt now complains that the repo is not signed. Also Debain has changed to using .sources files for repos.
For example,, the new format would be:
Types: deb URIs: https://gitlab.com/api/v4/projects/xen-project%2Fxen-guest-agent/packages/generic/deb-amd64/ Suites: release/ Components: Signed-By: https://path/to/release.gpg Trusted: yes
Maybe worth addding a release.gpg to the repo and updating documentation when configuring the repo on newer Debian / Ubuntu releases?
Example of the error when no key is present:
Ign:8 https://gitlab.com/api/v4/projects/xen-project%2Fxen-guest-agent/packages/generic/deb-amd64 release/ InRelease Hit:9 https://gitlab.com/api/v4/projects/xen-project%2Fxen-guest-agent/packages/generic/deb-amd64 release/ Release Ign:10 https://gitlab.com/api/v4/projects/xen-project%2Fxen-guest-agent/packages/generic/deb-amd64 release/ Release.gpg Fetched 176 kB in 1s (154 kB/s) All packages are up to date. Notice: Missing Signed-By in the sources.list(5) entry for 'https://gitlab.com/api/v4/projects/xen-project%2Fxen-guest-agent/packages/generic/deb-amd64'
-
RE: XCP-ng 8.3 updates announcements and testing
Updated both of my test hosts.
Machine 1:
Intel Xeon E-2336
SuperMicro board.Machine 2:
Minisforum MS-01
i9-13900H (e-cores disabled)
32 GB Ram
Using Intel X710 onboard NICEverything rebooted and came up fine. None of my test systems are AMD based at the moment!
-
RE: XSA-468: multiple Windows PV driver vulnerabilities - update now!
Not to bring up an old thread but was the issue of the Management agent version not properly being displayed with 9.4.1 after a migration ever figured out?
-
RE: XCP-ng 8.3 updates announcements and testing
Updated around 43 hosts without issue.
-
RE: XCP-ng 8.3 updates announcements and testing
@gduperrey im getting the following trying to update:
yum clean metadata && yum check-update Loaded plugins: fastestmirror Cleaning repos: xcp-ng-base xcp-ng-updates 4 metadata files removed 3 sqlite files removed 0 metadata files removed Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile Excluding mirror: updates.xcp-ng.org * xcp-ng-base: mirrors.xcp-ng.org Excluding mirror: updates.xcp-ng.org * xcp-ng-updates: mirrors.xcp-ng.org xcp-ng-base/signature | 473 B 00:00:00 xcp-ng-base/signature | 3.0 kB 00:00:00 !!! xcp-ng-updates/signature | 473 B 00:00:00 xcp-ng-updates/signature | 3.0 kB 00:00:00 !!! xcp-ng-updates/primary_db FAILED http://mirrors.xcp-ng.org/8/8.3/updates/x86_64/repodata/0a94f9d57be162987a7e5162b4471809af2ee0897e97cc24187077fb58804380-primary.sqlite.bz2: [Errno 14] HTTPS Error 404 - Not Found-:--:-- ETA Trying other mirror. To address this issue please refer to the below wiki article https://wiki.centos.org/yum-errors If above article doesn't help to resolve this issue please use https://bugs.centos.org/. (1/2): xcp-ng-base/primary_db | 3.9 MB 00:00:02 xcp-ng-updates/primary_db FAILED http://mirrors.xcp-ng.org/8/8.3/updates/x86_64/repodata/0a94f9d57be162987a7e5162b4471809af2ee0897e97cc24187077fb58804380-primary.sqlite.bz2: [Errno 14] HTTPS Error 404 - Not Found-:--:-- ETA Trying other mirror. http://mirrors.xcp-ng.org/8/8.3/updates/x86_64/repodata/0a94f9d57be162987a7e5162b4471809af2ee0897e97cc24187077fb58804380-primary.sqlite.bz2: [Errno 14] HTTPS Error 404 - Not Found Trying other mirror. One of the configured repositories failed (XCP-ng Updates Repository), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work "fix" this: 1. Contact the upstream for the repository and get them to fix the problem. 2. Reconfigure the baseurl/etc. for the repository, to point to a working upstream. This is most often useful if you are using a newer distribution release than is supported by the repository (and the packages for the previous distribution release still work). 3. Run the command with the repository temporarily disabled yum --disablerepo=xcp-ng-updates ... 4. Disable the repository permanently, so yum won't use it by default. Yum will then just ignore the repository until you permanently enable it again or use --enablerepo for temporary usage: yum-config-manager --disable xcp-ng-updates or subscription-manager repos --disable=xcp-ng-updates 5. Configure the failing repository to be skipped, if it is unavailable. Note that yum will try to contact the repo. when it runs most commands, so will have to try and fail each time (and thus. yum will be be much slower). If it is a very temporary problem though, this is often a nice compromise: yum-config-manager --save --setopt=xcp-ng-updates.skip_if_unavailable=true failure: repodata/0a94f9d57be162987a7e5162b4471809af2ee0897e97cc24187077fb58804380-primary.sqlite.bz2 from xcp-ng-updates: [Errno 256] No more mirrors to try. http://mirrors.xcp-ng.org/8/8.3/updates/x86_64/repodata/0a94f9d57be162987a7e5162b4471809af2ee0897e97cc24187077fb58804380-primary.sqlite.bz2: [Errno 14] HTTPS Error 404 - Not Found
Perhaps mirrors are still syncing?
-
RE: XCP-ng 8.3 updates announcements and testing
Tested on my usual Intel test servers you've seen me post in this thread in the past as well as a 2 host AMD Epyc pool,(HP DL325 Gen10) rolling pool reboot worked as expected, hosts rebooted without issue, backups and replication appear to function as usual.
-
RE: HPE ML350 G11 - Fan at high speed - Agentless Management (AMS)
@TrapoSAMA Have you tried 3.6.0? The package is named "amsd-3.6.0-1867.26.xenserver8.x86_64.rpm" you should be able to find it on the HPE support site
Edit: i found a link to the RPM: https://downloads.linux.hpe.com/repo/mcp/XenServer/8/x86_64/current/amsd-3.6.0-1867.26.xenserver8.x86_64.rpm
-
RE: HPE ML350 G11 - Fan at high speed - Agentless Management (AMS)
I am currently running "amsd-3.6.0-1867.26.xenserver8.x86_64.rpm" on my DL360 Gen 11 servers. It's been working well!
Its also worth mentioning i had no luck with the newer amsd rpms as they have dependency errors. I am assuming just because the dom0 OS is CentOS 7 based and somewhat dated. I reached out to my HP rep about if the xenserver packages will continue to see updates but never heard back. Having to deal with a daemon like this to keep fan speeds under control will definitely be taking into account with this years server refreshes considering Dell and Lenovo do not have this requirement.
-
RE: Migrated Rocky Linux -8 VM from VMWare to XCP-ng and now will not boot
Echoing what @olivierlambert mentioned. I migrated a number of Almalinux VMs and they too would not boot until adding the Xen PV drivers.
-
RE: XCP-ng 8.3 updates announcements and testing
@gduperrey Updated both of my test hosts.
Machine 1:
Intel Xeon E-2336
SuperMicro board.Machine 2:
Minisforum MS-01
i9-13900H (e-cores disabled)
32 GB Ram
Using Intel X710 onboard NICEverything rebooted and came up fine. Ran a backup job which also completed without issue. Using a mix of ext, XFS and NFS SRs
-
RE: backup tasks (exporting VDI) stopped showing progression, bug introduced on build master 7994f or shortly before
This seems to be fixed in the latest commit and also does not happen in the just released XOA 5.108.0
-
RE: backup tasks (exporting VDI) stopped showing progression, bug introduced on build master 7994f or shortly before
@florent i have NBD enabled. Whats strange is i updated builds twice last week and backups continued to run. (Though progress in the tasks view disappeared as pointed out in this thread).
Last night we had a storm that knocked power out and my UPS's ran out of juice taking my home lab down, when everything came back up after backups would no longer run and would show ""invalid HTTP header in response body". I rolled back to a earlier commit (c7167 June 5th) and now not only are backups working again but progress in the tasks view is also displaying properly again.
Edit: Moved to commit 7994f from June 23rd and i still see progress there as well.
-
RE: Error: invalid HTTP header in response body
Mine was working on the latest commit however tonight due to a power failure my XO VM rebooted and now i too am experiencing the same errors. My hosts also rebooted as a result. Rolled back to a build from earlier this month and all is well again.
-
RE: backup tasks (exporting VDI) stopped showing progression, bug introduced on build master 7994f or shortly before
@manilx I am seeing this as well (on 2effd)
-
RE: XO and XCP-ng pricing
Vmware Education pricing back before Broadcom was insanely good. We are getting an Edu discount from Vates as well but its still more expensive than pre Broadcom VMware was. At the same time it's much cheaper than Broadcom owned VMware
-
Alamlinux vs Rocky Linux Templates (Bios vs UEFI)
I just recently created a new "Golden Template" of AlamLinux, i noticed AlmaLinux 9 used BIOS in the XO provided Template however Rocky Linux 9 uses UEFI. Is there any particular reason for this? Is there a performance difference between either? I'm wondering if i need to start over and select the Rocky Template if UEFI does perform better. I also notice Ubuntu uses UEFI but Debian uses BIOS however i also understand there is much more of a difference there.