@okynnor IIRC, it would take a reboot before the problem showed up. I'd check after a reboot if XenSvc wasn't stuck in the starting state.

Ping @lsouai-vates

Then reboot than broken host and in the meantime, re-issue the power reset command from the master.

I had a similar issue, and what helped me was routing update traffic through Static Residential Proxies to avoid deep packet inspection that was blocking some repositories. They worked better than regular proxies in our setup since they look like normal home users, so the network didn’t treat the traffic as suspicious. You might need to whitelist some domains manually though, depending on how strict your proxy rules are.

That's very clear, thank you for your prompt response!

It might record the max static RAM (IDK)

@DustinB Thank you. I understand, it's absolutely a cosmetic request.

@olivierlambert did not check that unfortunately, since it it is already setup now, will be hard to reproduce it

@Cygace Someone from the community may jump in and help troubleshoot this. The best approach would be to not modify the Dom0 installation by installing Zabbix via a community post, as you're customizing the installation. The vates team and XCP-ng specifically need to include these packages to ensure you're able to get support. Best of luck

@cgasser are the backup job running normally (if any ) ? can you disable temporary the backup network ? the rrd stats should be visible immediately afte if this is the root cause

Yes! That's a good guide for what you want to achieve

@Danp Hi, I'll try this. Thank you very much. Best regards Mattmurdock78

@Danp Thank you.

No luck, I've tried building from source, using the script, etc. Following along with Google Gemini I even managed to get walked into the process of damaging the Xapi to the point of losing access to the server from Xen Orchestra / XCP-ng Center (unfortunately for me it was the Pool Master). Thankfully I had backups on my NAS and experienced minimal loses through the process of having to reinstall the operating system. At this point, I'm guessing my pool that dates back to version 8.1 is screwed up in some way beyond human or AI understanding. I have 2 Servers & 3 NAS units (2 TrueNas Scale) + 1 Synology that all work with the old version of Xen Orchestra but I can't get it to work with anything else. Manually putting the same info in or importing the configuration. One of the servers was rebuilt today and added back to the pool. Is it possible that reinstalling the OS on the other server could fix everything? I'm confused because the backups aren't failing from the old Xen Orchestra. Old: [image: 1756784257357-19e6f3da-3b22-4f7d-a47e-66d8216b3f8b-image.png] New: [image: 1756784292273-263493de-a5cb-4610-b7ba-ba173fe7b055-image.png] Any help and / or ideas would be greatly appreciated. Thanks!

looks good Xen Orchestra, commit 384bb Master, commit 384bb thanks for quick fix

@AlbertK said in XCP-ng - XOA vs. XOCE: @Danp , Is it possible to add the comparison of the XOCE together wit XO in this page?. https://vates.tech/pricing-and-support/#features-matrix XOCE is a term that I came up with when I originally started writing the deployment script that exists today. It's stuck around. Vates uses the terms XOA and "XO from Sources" as their unique products. XOCE would be "you used a github script to deploy" (my github) XO. XO from Sources is a completely manual process where you're following the documentation to deploy XO. This approach gets you the same thing that XOCE does, but takes longer to complete since you're finishing each step over SSH rather than running a single bash command on a Ubuntu/Debian VM.

That's why XO proxies are great and the go-to solution Alternatively, you can deploy an XO inside the target network and manage your hosts from there (but you won't have the unique central console with one XO+proxies for the entire infrastructure)

@acebmxer Hello, the XO team is currently working on a solution. We will keep you inform as soon as it is on release.