@Darkbeldin Seems like the slave still has it registered. When I try to add the slave to XCP-ng Center, it says it's still a part of a pool and I need to connect to that. The master just has no record and can't add the slave back because it's already connected.

I setup a Windows 10 VM, changed the passthrough and installed plex server and it's able to do a hardware transcoding. So it looks like the passthrough of the gpu is working but for some reason debian through a docker isn't seeing it properly.

@olivierlambert Thanks, feel free to mark this as solved.

Ya, for the working machine I just had to run opt/xensource/libexec/xen-cmdline --set-dom0 "xen-pciback.hide=(0000:00:02.0)" and on next reboot I could add the GPU as pass through in XOA. for the other machine this didn’t work but using xcp-center did make it show up as a pass through option

@olivierlambert I am imagining something like esxi / vsphere where I think it's their guest tool does a resize on window size change. I think I've done it with tightvnc where it can autoscale AND it can auto resize as well. Based on looking protocols like nx, spice, and tigervnc support it as well. Understood for the copy paste, is it possible to have another button in current UI next to the copy that is paste (understanding the current UI IS changing). All this button would do is send the keystrokes to the VM either from the text in the console copy field or from the clipboard (I've fine with ctrl+v, the clipboard to the multiline window).

@cyrus104 Hi, No, there is no way to enable HA at XO level and it is on purpose. Enabling HA as to be taken very seriously, it can cause pool wide crippling issues so we considerer doing it through CLI and be aware of what you really do being mandatory.

Ok, I'll look into it some more. Right now, I'm just looking for XOCE to be hosted in the XOSTOR to avoid any issues with an NFS in my homelab going down. I have a spare M.2 NVME in each host that I can use, I'm pretty sure that my XOCE isn't very big.

@gskger, supermicro requires -I open as they don't support RMCP+.

@john-c well, me too. But since it gets neither at the moment. And being realistic in that they can't be excpected to keep up with every distro in existance. I'll take what I reasonably can get Update: Let me clarify. If there could be Distro specific logos, then that would be awesome. However, if we could get a generic Tux for Linux in general. Then that would cover a large part of the variants out there.

Here is a good explanation: https://docs.citrix.com/en-us/xencenter/7-1/dmc-about.html Static can only be set while the VM is offline. Dynamic can be changed in live. When you'll live migrate a VM, it will be decreased to the dynamic min. So take care to use a value that's higher than your VM operating system minimum RAM usage.

I just did

Great to hear, looking forward to the updates.

This may be related to https://github.com/xcp-ng/xcp/issues/282 My guess is that the tools ISO was mounted into the XO VM, then updates were applied to the host that contained an update of the tools ISO, which led to the XO VM having an non-existing tools ISO still mounted. I have made a change in 8.1 to avoid that (eject all tools ISOs after updating the ISO, not just from shutdown VMs), and testing will tell us whether that's a good solution. To solve the situation, you usually just need to eject the ISO with xe vm-cd-eject, not xe vm-cd-remove, as @tuxen said. If you had a snapshot of the VM before removing the CD drive, I think restoring it should bring the CD drive back and then you can eject the CD with xe vm-cd-eject... Unless restoring the snapshot also fails. Else as tuxen said you need to recreate a CD/DVD device and attach it to the VM. iw0der created this issue in xcp-ng/xcp closed This operation cannot be performed because the specified virtual disk could not be found #282