@jbamford So yes no dynamic memory there. Perhjaps an issue with the Citrix guest tools but never seen this reported.

Hi, If someone would build this, it should use Xen Orchestra API, as the central orchestrator, that would make most sense to do it that way But yes, if someone want to start working on this, we'll be happy to assist on the API part

As you can see, the first alpha was not released in September Another XCP-ng pre-release will be done with vTPM, since there's more progress on upstream side (Citrix). When is hard to tell since it's not our call for this component

We always try to work with Citrix ("XenServer" division now), to push things upstream and manage to get it merged.

@olivierlambert For now I am going to script it with 'xe vm-export" command. Also it would be good to be able to export to the server itself, instead of downloading to the client. My VMs are over 500Gigs

@reinvtv said in NFS nconnect support: As far as I understand it, this will give us multiple tcp streams over an LACP link, truely aggregating traffic on multiple interfaces. (Until now, you needed to use iSCSI multipathing for this, which isnt able to thin provision.). You're neigher right nor wrong: LACP is more complex than just bundling NICs and in many cases it will NOT give you any benefit. Why? Simple: For that you need to have NFS using multiple ports but stay with same MAC and IP, which means that your LACP balancing algo needs to be set (and support) L4. Many just go L2 or L3 (means they decide on MAC or IP-Address). As a quick search didn't answer me: If it even doesn't go that 'passive range' multiple port way: In typical environments it won't help you at all with LACP. One might correct my post. Also interesting: https://vastdata.com/blog/meet-your-need-for-speed-with-nfs/

@Andrew I didn't say "Xen" I said XenServer.

Hi, Xen isn't Linux. When you boot on XCP-ng, you boot on Xen first, then the "control domain" will boot first (aka Dom0, aka what you think is the host but it's not). This has to be implemented inside Xen, and I'm not sure that's the case. Let me ask around.

Thanks a lot for your answer. I installed it on the XCP-NG host, and it works, but I do not claim that it works without errors, since I did not check the logs.

Hi, This will be the case at some point, and it shouldn't be too difficult. We have the will to be able to provide a "cutting edge" version for people who want to play with fire

By whom? Again, this is more a question for OpenStack than us, since we are the layer under, not on top of it.

@olivierlambert sure. it's very long though, I grepped out the intel devices for a shorter version on the forum, and attached txt files with the full output. I forgot there is also a gt 8800 present but i don't have the internal power cables for it (yet) and it looks like it needs them to even show up (some will work just die when they need more power). ill take it out next time I open it up. the riser layout physically is this (from the back): 10gbe_8800_1050 6400__8400 6400 lspci | grep -vi intel 01:00.0 Ethernet controller: Broadcom Inc. and subsidiaries NetXtreme BCM5720 Gigabit Ethernet PCIe 01:00.1 Ethernet controller: Broadcom Inc. and subsidiaries NetXtreme BCM5720 Gigabit Ethernet PCIe 02:00.0 Ethernet controller: Broadcom Inc. and subsidiaries NetXtreme BCM5720 Gigabit Ethernet PCIe 02:00.1 Ethernet controller: Broadcom Inc. and subsidiaries NetXtreme BCM5720 Gigabit Ethernet PCIe 03:00.0 RAID bus controller: Broadcom / LSI MegaRAID SAS-3 3108 [Invader] (rev 02) 04:00.0 VGA compatible controller: NVIDIA Corporation GP107 [GeForce GTX 1050] (rev a1) 04:00.1 Audio device: NVIDIA Corporation GP107GL High Definition Audio Controller (rev a1) 06:00.0 VGA compatible controller: NVIDIA Corporation G86 [GeForce 8400 GS] (rev a1) 08:00.0 PCI bridge: Renesas Technology Corp. SH7758 PCIe Switch [PS] 09:00.0 PCI bridge: Renesas Technology Corp. SH7758 PCIe Switch [PS] 0a:00.0 PCI bridge: Renesas Technology Corp. SH7758 PCIe-PCI Bridge [PPB] 0b:00.0 VGA compatible controller: Matrox Electronics Systems Ltd. G200eR2 (rev 01) 81:00.0 Ethernet controller: Mellanox Technologies MT26448 [ConnectX EN 10GigE, PCIe 2.0 5GT/s] (rev b0) 83:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 XL Upstream Port of PCI Express Switch (rev c7) 84:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 XL Downstream Port of PCI Express Switch 85:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Device 743f (rev c7) 85:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Navi 21 HDMI Audio [Radeon RX 6800/6800 XT / 6900 XT] 86:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 XL Upstream Port of PCI Express Switch (rev c7) 87:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 XL Downstream Port of PCI Express Switch 88:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Device 743f (rev c7) 88:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Navi 21 HDMI Audio [Radeon RX 6800/6800 XT / 6900 XT] lspci -tv | grep -vi intel +-[0000:80]-+-01.0-[81]----00.0 Mellanox Technologies MT26448 [ConnectX EN 10GigE, PCIe 2.0 5GT/s] | +-02.0-[82]-- | +-03.0-[83-85]----00.0-[84-85]----00.0-[85]--+-00.0 Advanced Micro Devices, Inc. [AMD/ATI] Device 743f | | \-00.1 Advanced Micro Devices, Inc. [AMD/ATI] Navi 21 HDMI Audio [Radeon RX 6800/6800 XT / 6900 XT] | +-03.2-[86-88]----00.0-[87-88]----00.0-[88]--+-00.0 Advanced Micro Devices, Inc. [AMD/ATI] Device 743f | | \-00.1 Advanced Micro Devices, Inc. [AMD/ATI] Navi 21 HDMI Audio [Radeon RX 6800/6800 XT / 6900 XT] +-01.0-[03]----00.0 Broadcom / LSI MegaRAID SAS-3 3108 [Invader] +-02.0-[04]--+-00.0 NVIDIA Corporation GP107 [GeForce GTX 1050] | \-00.1 NVIDIA Corporation GP107GL High Definition Audio Controller +-02.2-[05]-- +-03.0-[02]--+-00.0 Broadcom Inc. and subsidiaries NetXtreme BCM5720 Gigabit Ethernet PCIe | \-00.1 Broadcom Inc. and subsidiaries NetXtreme BCM5720 Gigabit Ethernet PCIe +-03.1-[01]--+-00.0 Broadcom Inc. and subsidiaries NetXtreme BCM5720 Gigabit Ethernet PCIe | \-00.1 Broadcom Inc. and subsidiaries NetXtreme BCM5720 Gigabit Ethernet PCIe +-03.2-[06]----00.0 NVIDIA Corporation G86 [GeForce 8400 GS] +-1c.0-[07]-- +-1c.7-[08-0c]----00.0-[09-0c]----00.0-[0a-0b]----00.0-[0b]----00.0 Matrox Electronics Systems Ltd. G200eR2 r730 lspci.txt r730 lspci -vt.txt

@fohdeesha Very interesting, thanks for the info! I did a double-take at the notion that wireless APs rely on the MAC address for authenticity... that's what the session key is for! But then I realised that the AP needs to be able to map IP/MAC address to session key for incoming packets, so it makes sense; we'd need one session per MAC address. Welp, I guess it's cable-running time... I do wonder, though: could the hypervisor act as the gateway for a subnet containing the guests, so that only the hypervisor is using the wireless connection? I don't know how challenging that would be to implement in XCP-ng, but I expect there'd be security implications, and one would still need a router that allows you to manually configure routes. Although I don't think I've ever come across a residential router/gateway that doesn't allow that, I haven't messed around with them, and I expect the ISP would just remotely reset custom routes after a restart, which would be a nuisance.

@olivierlambert Awesome! That worked, thank you so much!

Update candidate available to fix certificate download: https://xcp-ng.org/forum/post/49373

Update candidate available to fix certificate download: https://xcp-ng.org/forum/post/49373

Cause problem is there anyway as a conflict of multiple Installations and / or Windows updates. There is a Solution if you dont have snapshop or backup of vm. Start VM to recovery mode, select commandline. Remove all xcp related drivers with dism. https://docs.microsoft.com/de-de/windows-hardware/manufacture/desktop/add-and-remove-drivers-to-an-offline-windows-image?view=windows-11 https://xenbits.xen.org/pvdrivers/win/8.2.2/ (use anytoiso to convert xeniface.tar, xenbus.tar, xenvif.tar, xennet.tar, xenvbd.tar and upload iso-Files to xen iso repository) Load iso as CD/DVD device with contents of drivers tar files and reinstall the drivers manually by dism. If you are fast, in 5mins Windows is starting as before.

Sadly, it's not that simple. Allowing to change the partition layout will add probably a lot of complexity to maintain. However, we are not against a contribution, then we could judge the risk on getting it upstream or not