<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Hardware]]></title><description><![CDATA[Hardware related section]]></description><link>https://xcp-ng.org/forum/category/28</link><generator>RSS for Node</generator><lastBuildDate>Tue, 13 Oct 2026 03:40:29 GMT</lastBuildDate><atom:link href="https://xcp-ng.org/forum/category/28.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 08 Oct 2026 08:07:31 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[iGPU PCI passthrough: new experimental packages need testers]]></title><description><![CDATA[lspci -nn -s fra dom0
21:15 xcp-ng-test ~]# lspci -n -vvv -s 0f:00.0
0f:00.0 0300: 1002:13c0 (rev c1) (prog-if 00 [VGA controller])
        Subsystem: 1002:13c0
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast &gt;TAbort- &lt;TAbort- &lt;MAbort- &gt;SERR- &lt;PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 42
        Region 0: Memory at fc10000000 (64-bit, prefetchable) [size=256M]
        Region 2: Memory at fc200000 (64-bit, prefetchable) [size=2M]
        Region 4: I/O ports at e000 [size=256]
        Region 5: Memory at fc700000 (32-bit, non-prefetchable) [size=512K]
        Capabilities: [48] Vendor Specific Information: Len=08 &lt;?&gt;
        Capabilities: [50] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1+,D2+,D3hot+,D3cold+)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [64] Express (v2) Legacy Endpoint, MSI 00
                DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s &lt;4us, L1 unlimited
                        ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
                DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
                        RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop+
                        MaxPayload 256 bytes, MaxReadReq 512 bytes
                DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
                LnkCap: Port #0, Speed 16GT/s, Width x16, ASPM L0s L1, Exit Latency L0s &lt;64ns, L1 &lt;1us
                        ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp+
                LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+
                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 16GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
                DevCap2: Completion Timeout: Range ABCD, TimeoutDis+, LTR-, OBFF Not Supported
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled
                LnkCtl2: Target Link Speed: 16GT/s, EnterCompliance- SpeedDis-
                         Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
                         Compliance De-emphasis: -6dB
                LnkSta2: Current De-emphasis Level: -3.5dB, EqualizationComplete+, EqualizationPhase1+
                         EqualizationPhase2+, EqualizationPhase3+, LinkEqualizationRequest-
        Capabilities: [a0] MSI: Enable- Count=1/4 Maskable- 64bit+
                Address: 0000000000000000  Data: 0000
        Capabilities: [c0] MSI-X: Enable+ Count=4 Masked-
                Vector table: BAR=5 offset=00042000
                PBA: BAR=5 offset=00043000
        Capabilities: [100 v1] Vendor Specific Information: ID=0001 Rev=1 Len=010 &lt;?&gt;
        Capabilities: [270 v1] #19
        Capabilities: [2a0 v1] Access Control Services
                ACSCap: SrcValid- TransBlk- ReqRedir- CmpltRedir- UpstreamFwd- EgressCtrl- DirectTrans-
                ACSCtl: SrcValid- TransBlk- ReqRedir- CmpltRedir- UpstreamFwd- EgressCtrl- DirectTrans-
        Capabilities: [2b0 v1] Address Translation Service (ATS)
                ATSCap: Invalidate Queue Depth: 00
                ATSCtl: Enable-, Smallest Translation Unit: 00
        Capabilities: [2c0 v1] Page Request Interface (PRI)
                PRICtl: Enable- Reset-
                PRISta: RF- UPRGI- Stopped+
                Page Request Capacity: 00000100, Page Request Allocation: 00000000
        Capabilities: [2d0 v1] Process Address Space ID (PASID)
                PASIDCap: Exec+ Priv+, Max PASID Width: 10
                PASIDCtl: Enable- Exec- Priv-
        Capabilities: [410 v1] #26
        Capabilities: [450 v1] #27
        Kernel driver in use: pciback


]]></description><link>https://xcp-ng.org/forum/topic/12523/igpu-pci-passthrough-new-experimental-packages-need-testers</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12523/igpu-pci-passthrough-new-experimental-packages-need-testers</guid><dc:creator><![CDATA[steff22]]></dc:creator><pubDate>Thu, 08 Oct 2026 08:07:31 GMT</pubDate></item><item><title><![CDATA[New cisco-enic driver available for testing]]></title><link>https://xcp-ng.org/forum/topic/12478/new-cisco-enic-driver-available-for-testing</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12478/new-cisco-enic-driver-available-for-testing</guid><pubDate>Fri, 18 Sep 2026 07:31:47 GMT</pubDate></item><item><title><![CDATA[Host crashes under heavy I/O (backups, VDI moves, etc.)]]></title><description><![CDATA[Just to update this thread.  It's taking me a while to get replacement hardware assembled to a point where I can do offline testing of the host (it was running my home assistant, firewall, AD/shares, etc.).
I have the host offline now and am doing some hardware testing.
@dinhngtu it never did crash again.  The machine ran flawlessly after that crash.  I didn't try another cloud backup again though.  (All the other backups ran perfectly fine.)
]]></description><link>https://xcp-ng.org/forum/topic/12441/host-crashes-under-heavy-i-o-backups-vdi-moves-etc.</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12441/host-crashes-under-heavy-i-o-backups-vdi-moves-etc.</guid><dc:creator><![CDATA[BrantleyHobbs]]></dc:creator><pubDate>Mon, 31 Aug 2026 10:37:20 GMT</pubDate></item><item><title><![CDATA[Support for newer Emulex LPe37xxx amd LPe36xxx Fiber channel adapters on XCP-ng 8.3 - your testing is needed]]></title><description><![CDATA[I went digging and three threads turned up people who already have this hardware. 
@yeopil21 in https://xcp-ng.org/forum/topic/11799 had an LPe37102-D on a Dell R770 that never showed up at all, @jinju0504 in https://xcp-ng.org/forum/topic/11946 ended up on the -alt package on an R670, and @lukas in https://xcp-ng.org/forum/topic/8847 was running an LPe31002-M6-D with NVMe-oF back on 8.3 beta2.
That last one is the older generation, so I'd guess it's the side where you most want to hear nothing regressed.
Tagging them in case the cards are still on their benches.
]]></description><link>https://xcp-ng.org/forum/topic/12431/support-for-newer-emulex-lpe37xxx-amd-lpe36xxx-fiber-channel-adapters-on-xcp-ng-8.3-your-testing-is-needed</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12431/support-for-newer-emulex-lpe37xxx-amd-lpe36xxx-fiber-channel-adapters-on-xcp-ng-8.3-your-testing-is-needed</guid><dc:creator><![CDATA[poddingue]]></dc:creator><pubDate>Mon, 24 Aug 2026 08:37:37 GMT</pubDate></item><item><title><![CDATA[Installation fails on MINISFORUM MS-A2 , AMD Ryzen 7 7745HX (8C/16T up to 5,1 GHz), 32 Go DDR5, 1 to SSD, PCIe x16,  2X 10G SFP+, 2X 2,5G LAN]]></title><description><![CDATA[@poddingue, that is true, my first post here. I'll try to play with these BIOS  settings again. and keep you posted. Cheers
]]></description><link>https://xcp-ng.org/forum/topic/12400/installation-fails-on-minisforum-ms-a2-amd-ryzen-7-7745hx-8c-16t-up-to-5-1-ghz-32-go-ddr5-1-to-ssd-pcie-x16-2x-10g-sfp-2x-2-5g-lan</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12400/installation-fails-on-minisforum-ms-a2-amd-ryzen-7-7745hx-8c-16t-up-to-5-1-ghz-32-go-ddr5-1-to-ssd-pcie-x16-2x-10g-sfp-2x-2-5g-lan</guid><dc:creator><![CDATA[RN0]]></dc:creator><pubDate>Mon, 03 Aug 2026 10:06:18 GMT</pubDate></item><item><title><![CDATA[Manual CPU feature Masks (every CPU is a potato)?]]></title><description><![CDATA[
@MajorP93 said:
What you are describing must be a storage live migration then (XenMotion). That should work across pools, yes. I stand corrected because I did not factor in this variant in my initial answer.

Yes, that's it - sorry - I should have been more explicit, even if 'lumbers along' wasn't a hint 

//EDIT: also there is no such thing as non-pool hosts. Even a single host setup has it's own pool.

Pedantic, but true   I technically meant 'not hosts in the source pool' I guess.
]]></description><link>https://xcp-ng.org/forum/topic/12359/manual-cpu-feature-masks-every-cpu-is-a-potato</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12359/manual-cpu-feature-masks-every-cpu-is-a-potato</guid><dc:creator><![CDATA[Tackyone]]></dc:creator><pubDate>Tue, 14 Jul 2026 15:18:33 GMT</pubDate></item><item><title><![CDATA[PCIe Passthrough of Radeon iGPU fails]]></title><description><![CDATA[@mgr42 Hi
I published a post this morning with packages to test, if you have a non production host on which you can test it would be awesome: https://xcp-ng.org/forum/topic/12523/igpu-pci-passthrough-new-experimental-packages-need-testers
Thanks!
Regards,
Yann
]]></description><link>https://xcp-ng.org/forum/topic/12330/pcie-passthrough-of-radeon-igpu-fails</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12330/pcie-passthrough-of-radeon-igpu-fails</guid><dc:creator><![CDATA[yannsionneau]]></dc:creator><pubDate>Wed, 01 Jul 2026 01:46:30 GMT</pubDate></item><item><title><![CDATA[Dual video adapters - what should I see, and where?]]></title><description><![CDATA[Your write-up is the kind of thing that saves the next person a weekend. 
One thing worth knowing before you commit to the whole-controller route. The passthrough page has a "Passing through Keyboards and Mice" section further down, and it says XCP-ng ships /etc/xensource/usb-policy.conf with DENY rules for mice and keyboards by default. You edit those to ALLOW, then refresh with /opt/xensource/libexec/usb_scan.py -d followed by xe pusb-scan host-uuid=&lt;host_uuid&gt;. It's at https://docs.xcp-ng.org/compute/ under USB Passthrough.
I have no idea whether that covers your USB-to-serial adapter, which is a different device class, and passing the whole controller may still be the cleaner setup for two discrete workstations anyway. Might be worth a mention to @Team-Hypervisor-Kernel on the display question, because that one still puzzles me. 
]]></description><link>https://xcp-ng.org/forum/topic/12327/dual-video-adapters-what-should-i-see-and-where</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12327/dual-video-adapters-what-should-i-see-and-where</guid><dc:creator><![CDATA[poddingue]]></dc:creator><pubDate>Mon, 29 Jun 2026 14:57:53 GMT</pubDate></item><item><title><![CDATA[VT-d, iommu, dmar failing - xen/qubesos troubleshooting - thinkpad e15 gen 2]]></title><description><![CDATA[Good to hear, thanks a lot for your feedback. 
]]></description><link>https://xcp-ng.org/forum/topic/12282/vt-d-iommu-dmar-failing-xen-qubesos-troubleshooting-thinkpad-e15-gen-2</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12282/vt-d-iommu-dmar-failing-xen-qubesos-troubleshooting-thinkpad-e15-gen-2</guid><dc:creator><![CDATA[poddingue]]></dc:creator><pubDate>Sun, 14 Jun 2026 22:03:22 GMT</pubDate></item><item><title><![CDATA[Ghost PCI device - how to remove?]]></title><description><![CDATA[That leftover NIC is probably a stale PIF that XAPI is still holding, even though the card is physically gone, and the Refresh button re-scans rather than removing it. 
The docs have proper "remove a physical NIC" steps that end in forgetting the old PIF with xe pif-forget: https://docs.xcp-ng.org/networking/#remove-a-physical-nic.
For the GPU side, the PCI passthrough flow (hiding the device from dom0, then assigning it) is here: https://docs.xcp-ng.org/compute#detaching-a-pci-device.
If the GPU still won't show up as assignable once the stale PIF is gone, it might be worth a mention to @Team-Hypervisor-Kernel.
]]></description><link>https://xcp-ng.org/forum/topic/12258/ghost-pci-device-how-to-remove</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12258/ghost-pci-device-how-to-remove</guid><dc:creator><![CDATA[poddingue]]></dc:creator><pubDate>Thu, 04 Jun 2026 14:32:39 GMT</pubDate></item><item><title><![CDATA[Several errors on boot]]></title><description><![CDATA[Thank you all (@olivierlambert , @teddyastie ) for your valuable responses 
]]></description><link>https://xcp-ng.org/forum/topic/12238/several-errors-on-boot</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12238/several-errors-on-boot</guid><dc:creator><![CDATA[dcabale]]></dc:creator><pubDate>Mon, 25 May 2026 19:32:29 GMT</pubDate></item><item><title><![CDATA[Audio support for Windows VM on XCP-ng]]></title><description><![CDATA[@taghjichte From my testing you would need to passthought a device for audio.  If need for professional audio work then yes a pci passthough would be the perferred option.  With that said.
@dinhngtu As for sound I have never looked much into it but the only vm I heard make sound is from Fedora even while booted from install iso.  Kubuntu or windows with xen drivers installed no audio.  (find for me at the moment)
While audio seems to work in Fedora from iso it seems to be limited to left channel.  Local system is connected to 5.1 sound.
]]></description><link>https://xcp-ng.org/forum/topic/12226/audio-support-for-windows-vm-on-xcp-ng</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12226/audio-support-for-windows-vm-on-xcp-ng</guid><dc:creator><![CDATA[acebmxer]]></dc:creator><pubDate>Mon, 18 May 2026 09:48:03 GMT</pubDate></item><item><title><![CDATA[Server Admin Guide: A Tale of Two Servers: BIOS, GPU, and NUMA Tuning for XCP-ng: Preserving the valuable work done by Tobias Kreidl (@tjkreidl)]]></title><description><![CDATA[@poddingue Thank you kindly! Honestly, whatever organizational structure you think is best is fine by me.
]]></description><link>https://xcp-ng.org/forum/topic/12220/server-admin-guide-a-tale-of-two-servers-bios-gpu-and-numa-tuning-for-xcp-ng-preserving-the-valuable-work-done-by-tobias-kreidl-@tjkreidl</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12220/server-admin-guide-a-tale-of-two-servers-bios-gpu-and-numa-tuning-for-xcp-ng-preserving-the-valuable-work-done-by-tobias-kreidl-@tjkreidl</guid><dc:creator><![CDATA[tjkreidl]]></dc:creator><pubDate>Sat, 16 May 2026 21:08:16 GMT</pubDate></item><item><title><![CDATA[GPU share to more Windows VMs on same XCP-NG node]]></title><description><![CDATA[@tjkreidl
I found that some Intel  PRO  GPU card have SRV-IO without any additional license, but this functionality is supported in Linux kernel 6.12 and up. I hope in new XCP-NG will have 6.12+ and support GPU sharing.
]]></description><link>https://xcp-ng.org/forum/topic/12074/gpu-share-to-more-windows-vms-on-same-xcp-ng-node</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12074/gpu-share-to-more-windows-vms-on-same-xcp-ng-node</guid><dc:creator><![CDATA[Aleksander]]></dc:creator><pubDate>Sun, 12 Apr 2026 16:46:17 GMT</pubDate></item><item><title><![CDATA[HCL - GPUs]]></title><link>https://xcp-ng.org/forum/topic/12062/hcl-gpus</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12062/hcl-gpus</guid><pubDate>Tue, 07 Apr 2026 22:34:41 GMT</pubDate></item><item><title><![CDATA[XCP-ng 8.3: Broadcom BCM57414 `bnxt_en` Driver Fails to Probe on HPE DL380a Gen12]]></title><description><![CDATA[Very cool, thanks for the feedback @maximsachs !
]]></description><link>https://xcp-ng.org/forum/topic/12049/xcp-ng-8.3-broadcom-bcm57414-bnxt_en-driver-fails-to-probe-on-hpe-dl380a-gen12</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12049/xcp-ng-8.3-broadcom-bcm57414-bnxt_en-driver-fails-to-probe-on-hpe-dl380a-gen12</guid><dc:creator><![CDATA[olivierlambert]]></dc:creator><pubDate>Fri, 03 Apr 2026 12:49:15 GMT</pubDate></item><item><title><![CDATA[Is v8.3 NUMA aware?]]></title><description><![CDATA[Hello @codemercenary
In theory Xen is NUMA aware (See https://wiki.xenproject.org/wiki/Xen_on_NUMA_Machines) so you would leave memory interleaving option of the BIOS off so that Xen does what it thinks is necessary.
But these kinds of settings are very very workload sensitive and in fact it's usually a good idea to just test what works best for you.
Regards,
Yann
]]></description><link>https://xcp-ng.org/forum/topic/12001/is-v8.3-numa-aware</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12001/is-v8.3-numa-aware</guid><dc:creator><![CDATA[yannsionneau]]></dc:creator><pubDate>Tue, 24 Mar 2026 03:03:04 GMT</pubDate></item><item><title><![CDATA[Host stuck at grub on reboot]]></title><description><![CDATA[I've seen this happen after a BIOS update or if a CMOS battery starts failing. Sometimes the motherboard resets to 'Legacy' instead of 'UEFI' (or vice versa), and GRUB just loses its mind because it can't find the partition it expects. It’s worth a quick check in your firmware settings to make sure the boot mode and the drive order haven't shifted on you.
]]></description><link>https://xcp-ng.org/forum/topic/11940/host-stuck-at-grub-on-reboot</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/11940/host-stuck-at-grub-on-reboot</guid><dc:creator><![CDATA[AshleyDe]]></dc:creator><pubDate>Fri, 06 Mar 2026 16:48:43 GMT</pubDate></item><item><title><![CDATA[AMD 'Barcelo' passthrough issues - any success stories?]]></title><description><![CDATA[@timemaster5 @dustyarmstrong
I published a thread with packages to test, if you have a non production host on which you can test it would be awesome: https://xcp-ng.org/forum/topic/12523/igpu-pci-passthrough-new-experimental-packages-need-testers
Thanks!
Regards,
Yann
]]></description><link>https://xcp-ng.org/forum/topic/11918/amd-barcelo-passthrough-issues-any-success-stories</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/11918/amd-barcelo-passthrough-issues-any-success-stories</guid><dc:creator><![CDATA[yannsionneau]]></dc:creator><pubDate>Sat, 28 Feb 2026 12:17:27 GMT</pubDate></item><item><title><![CDATA[very slow disk ssd support all vms xcp-ng8.2.1]]></title><description><![CDATA[@comdirect
Use this command: (replace sda in the command below with the relevant device)
cat /sys/block/sda/queue/scheduler
The active scheduler will be enclosed in brackets. e.g. noop deadline [cfq]
For multiple drives use:
grep "" /sys/block/*/queue/scheduler
]]></description><link>https://xcp-ng.org/forum/topic/11886/very-slow-disk-ssd-support-all-vms-xcp-ng8.2.1</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/11886/very-slow-disk-ssd-support-all-vms-xcp-ng8.2.1</guid><dc:creator><![CDATA[ThasianXi]]></dc:creator><pubDate>Fri, 20 Feb 2026 04:36:01 GMT</pubDate></item><item><title><![CDATA[Host lockups during  data transfers]]></title><description><![CDATA[@AtaxyaNetwork Hi yes, Sorry I'm not super experienced in this area at all.
I'm SSHd into the host and just ran dmesg -T in the root.
[image: 0583e493-4d70-40b7-afc0-a88b0d9fd1a4-image.png]
]]></description><link>https://xcp-ng.org/forum/topic/11885/host-lockups-during-data-transfers</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/11885/host-lockups-during-data-transfers</guid><dc:creator><![CDATA[fluxtor]]></dc:creator><pubDate>Thu, 19 Feb 2026 11:42:44 GMT</pubDate></item><item><title><![CDATA[Host compatibility]]></title><description><![CDATA[@acebmxer There are older versions of the guest tools still available on Github.
]]></description><link>https://xcp-ng.org/forum/topic/11881/host-compatibility</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/11881/host-compatibility</guid><dc:creator><![CDATA[Danp]]></dc:creator><pubDate>Wed, 18 Feb 2026 23:28:18 GMT</pubDate></item><item><title><![CDATA[ASUS NUC NUC14MNK-B LAN problems]]></title><description><![CDATA[Drivers are actually in @Team-Hypervisor-Kernel scope nowadays
]]></description><link>https://xcp-ng.org/forum/topic/11877/asus-nuc-nuc14mnk-b-lan-problems</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/11877/asus-nuc-nuc14mnk-b-lan-problems</guid><dc:creator><![CDATA[yann]]></dc:creator><pubDate>Wed, 18 Feb 2026 09:56:14 GMT</pubDate></item><item><title><![CDATA[Dell R720 | 620 PCI-E Pass Through]]></title><description><![CDATA[Good afternoon,
I have resolved the problem. Domo was trying to use the network Controller. Fixed it by using,
/opt/xensource/libexec/xen-cmdline --set-dom0 "xen-pciback.hide=(0000:44:00.0)(0000:44:00.1)(0000:45:00.0)(0000:45:00.1)"

reboot

xl pci-assignable-list

Xen Orchestra now allows PCI Networking Card to Pass-Through the VM.
Regards
]]></description><link>https://xcp-ng.org/forum/topic/11872/dell-r720-620-pci-e-pass-through</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/11872/dell-r720-620-pci-e-pass-through</guid><dc:creator><![CDATA[jbamford]]></dc:creator><pubDate>Sun, 15 Feb 2026 23:47:53 GMT</pubDate></item><item><title><![CDATA[Recommended DELL Hardware ?]]></title><description><![CDATA[@DustinB said in Recommended DELL Hardware ?:

Doesn't using non-shared storage ultimately cause the VM to be started on the other host?

No. Live migration can occur between hosts even if:

the VDI are located on non-shared storage
the hosts are in completely different pools

For the cross pool migration to succeed, both pools need to support a common instruction set. Otherwise, use the Warm Migration feature that does reboot the VM so that it is running the correct instruction set on the destination host.
]]></description><link>https://xcp-ng.org/forum/topic/11864/recommended-dell-hardware</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/11864/recommended-dell-hardware</guid><dc:creator><![CDATA[Danp]]></dc:creator><pubDate>Thu, 12 Feb 2026 15:02:14 GMT</pubDate></item></channel></rss>