@Forza We plan to make it configurable during the upcoming months.

@olivierlambert Which log file do you want?

said in Unable to enable High Availability - INTERNAL_ERROR(Not_found): said in Unable to enable High Availability - INTERNAL_ERROR(Not_found): @psafont Would designating a new pool master do the same thing? I ran the above command and its had no effect Well, I tried changing the pool master and when VMHost11 was the master I was able to enable HA. Switching back to VMHost13 as the master now so will see how that goes Everything is working as expected/hoped. So for anyone reading through this and wants a TL;DR Issue was related to the pool master setting, changing the pool master to a different host and then back to the original fixed the incorrect settings allowing HA to be enabled

@olivierlambert Host started and issue resolved.

We will fix it with compression, now we are pretty sure to know where the issue is

@dinhngtu Hi For my i made on offline Install to solve my issue, installed failed when downloading the kernel from servers, so offline install worked fine for me.

Helped if i read the error message.... raise RuntimeError(f"{vm_type} {vm_uuid} is {power_state}, expected Halted; refusing to fix") Shut down vm ran the fix again, and fix applied. Edit - I did have to disable secure boot on windows vms for them to boot afterwards.

New version release ! A new patch version of the OME appliance is now available [image: 1761814461561-606721a0-e549-47b3-8b69-55d7b233d21f-image-resized.png] What I changed: Add xen-blkfront and xen-netfront driver Add guest tool (so RAM/network is reported, soft shutdown is working) /dev/sd* is replaced by /dev/xvd* Remove grub password Change admin and root password SSH is now enabled SElinux is working correctly DHCP is enabled by default As usual, please send a DM if you want the link to the vhd Feedback is welcome !

@ph7 that's fine, keep on testing our new XO-6, we are very happy with all our community feedback

@edsilber After exploring the UI, I confirmed that it's not possible to schedule a one-time cron job from the XO-5 interface. We're prioritizing the development of new features for XO-6, so we'll take your suggestions regarding scheduling into account for the new interface. I propose an alternative: using the REST API to run schedules by creating your own execution script (if you are on linux: https://www.veeble.com/kb/scheduling-one-time-jobs-in-linux-using-at-command/). The REST API link is: {your-xo-url}/rest/v0/docs/#/schedules Please feel free to contact me if you have any further questions.

@Cyrille is back next week

So first, it's not an XO issue, which helps to diagnose it. Then, it might be a subtle XCP-ng bug indeed.

@cmanos No problem, glad I could helped. As Olivier also pointed above, it's not an issue anymore when using QCOW2 which is currently in beta, so hopefully it's only a short workaround

@sir_alex_leo I don't know but are they of the same type ?? Total Width: 128 bits Data Width: 64 bits Total Width: 64 bits Data Width: 64 bits

What GPU do you have? I thought I read something about NVidia's newer stuff having vGPU without the expensive licensing and hardware. But it's possible I'm just conflating that with the increase in concurrent NVENC encodes. On the bright side, you can always get a cheap GPU and just do passthrough with it. I do that for my Jellyfin server with a 2060, it's very easy to do in XCP-ng now and works super reliably.

@dinhngtu No, I haven't tried those. The host reboot appeared to fix the original issue and I had forgotten about them when I was troubleshooting the restart yesterday. I'll do a bit more playing around with this in a few days and report back.

Whelp had 2 of them get stuck, and one fail from the automated backup this time. The first one where it failed completely doesn't happen very often, so I'm less worried about it. Just including it in case it might be relevant. [image: 1761925465159-98feeae2-c301-4c92-bb33-bb4a029b0bc3-image.png]

@Davidj-0 i'll ping back here whenever the app is ready to be tested will be MS O365 auth to access

@Danp Looking into it looks like VMs were doing full backups everytime when suppose to be delta backups... Let me know where else i can look to verify, but this is what i see when i look at the backups. [image: 1762268475129-screenshot-2025-11-04-095944.png] [image: 1762268480566-screenshot-2025-11-04-100005.png]

Yes, they are created either: on demand for users when we need in XO 6 Now, XO 6 is becoming the main driver for new endpoint as the UI is providing more and more features.