@ronan-a Thanks! I've installed the plugin, and configured it. Now to wait until the next power outage. (or until I get time this weekend to test it and annoy my family)

Upon further testing, it seems that initiating a rescan of the 0 byte SR fixes the size issue. However, I should not be having to do this but at least it appears to be more easily dealt with than I previously assessed.

@TeddyAstie I ran iperf3 tests between two VMs on Xeon E5-2680v2 and average results were within 2% of each other with the patch being slower. Peak speed was 14.5 vs. 13.7 Gbits/sec.

@gduperrey Got it, thank you for your assistance, this is super helpful.

@olivierlambert Fabulous! This is great news!

@LonnieTC Don't try to install XCP-ng as if it's any other Linux OS. It's an appliance, you need to download the XCP-ng ISO directly, install this to your hardware and then setup your management interface (Xen Orchestra). Xen Orchestra is installable to Ubuntu.

xe is a XAPI client, like XO is a XAPI client too. The issue with this, is if you have 1 pool it's OK. If you have many pools, it's a lot better to use XO API.

FYI and for what it's worth - In my experience as of Jan 2025, the process aligns with RHEL and appears to have no issues. From a fresh install of Alma 9.5: sudo dnf install epel-release sudo dnf install xe-guest-utilities-latest sudo systemctl enable --now xe-inux-distribution graphs and other Xen Orchestra behaviours work as expected.

Everything told here is already in our (huge) backlog

CCing @bleader too. @sapcode said in openssl 1.1.1 update or manual build in XCP 8.2.1 possible ?: Would it be safe to run yum remove openssl as the first step or would this break the XCP installation: The second option. And actually it's not openssl you're looking for, it's openssl-libs, and removing it will not even work, as it attempts to remove yum and systemd which depend on it and are protected. Note that we do offer openssl 1.1.1 through the xs-openssl-libs package, and that is what XAPI uses for communication instead of the system one. However you'd have to patch and rebuild curl or wget so that they use it, and this definitely voids your warranty. You are going on a journey that is far more difficult than you initially expected, I fear. So I'd start questioning the initial needs again. Why do you need to contact websites such as ssl-tools.net from dom0? Can't you do it from a VM?

@olivierlambert said in Redhad CoreOS and Guest Tools installation: Have you tried with the new Rust guest tools? Sorry for the delay in replying, I have not. I'll see if I can find them and install them.

@olivierlambert Thanks

@probain As @olivierlambert said, Redis is used to story very little data, and we are already thinking about migrating away from it. We would like to use a simpler solution that would not require users to manage it like an SQLite database. For the time being, we will likely keep Redis as long as it's available in open source distributions like Debian but we are keeping an eye on it

@cg Those HDD's will take their fair time to rebuild. Always stressful looking how far along it is while crossing your fingers that another drive wont pop during the process.

@julien-f I can confirm that the fix worked! Snapshots are back and working. I am impressed at how quick you managed to fix it too. Thanks!

@wolfmon You have this documentation https://xenbits.xen.org/docs/unstable/man/xl.1.html But be careful, most operations of xl are not officially supported in XCP-ng.

@CJ yum update from 8.3 beta to 8.3 will be possible, but I still recommend using the ISO. In a perfect world, yum update would give you exactly the same result, but in reality there are always corner cases where files or packages are left behind (we have no sane way to tell yum/rpm to remove an installed RPM, unless making another RPM obsolete it and thus make it impossible to reinstall later if someone needs it for a good reason).