<?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[Recently Active Topics]]></title><description><![CDATA[A list of topics that have been active within the past 24 hours]]></description><link>https://xcp-ng.org/forum/recent</link><generator>RSS for Node</generator><lastBuildDate>Tue, 13 Oct 2026 04:26:00 GMT</lastBuildDate><atom:link href="https://xcp-ng.org/forum/recent.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 12 Oct 2026 21:04:24 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[packer plugin signing key]]></title><description><![CDATA[thanks @poddingue 
I've opened: https://github.com/vatesfr/packer-plugin-xenserver/issues/212
]]></description><link>https://xcp-ng.org/forum/topic/12476/packer-plugin-signing-key</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12476/packer-plugin-signing-key</guid><dc:creator><![CDATA[enkaskal]]></dc:creator><pubDate>Mon, 12 Oct 2026 21:04:24 GMT</pubDate></item><item><title><![CDATA[Win Server 2012 R2 VM: repeated BSOD 0xD1 in xenvbd.sys (Citrix 8.1.0.130) - where to get VM Tools 9.2.3?]]></title><description><![CDATA[@hrvojer Ever since 2012 R2 went out of support, there have been multiple compatibility breaks in the drivers and guest agents since they now target Server 2016+. It might be possible to get the drivers working on 2012 R2 in a testing environment, but bringing that to production is another topic.
]]></description><link>https://xcp-ng.org/forum/topic/12524/win-server-2012-r2-vm-repeated-bsod-0xd1-in-xenvbd.sys-citrix-8.1.0.130-where-to-get-vm-tools-9.2.3</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12524/win-server-2012-r2-vm-repeated-bsod-0xd1-in-xenvbd.sys-citrix-8.1.0.130-where-to-get-vm-tools-9.2.3</guid><dc:creator><![CDATA[dinhngtu]]></dc:creator><pubDate>Mon, 12 Oct 2026 19:48:10 GMT</pubDate></item><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>Mon, 12 Oct 2026 19:20:38 GMT</pubDate></item><item><title><![CDATA[Change Pool Master does not update connection string in XOA]]></title><description><![CDATA[@john.c I've put this on the feedback portal as a feature request, so it doesn't get buried in a thread that started out about pool masters: https://feedback.vates.tech/posts/121/publish-build-date-and-package-manifest-sbom-with-the-xoa-xva-download .
As far as I know votes there help the team prioritise, so if you and @Forza want it, that's the place to say so.
There's an open PR adding SBOM generation (https://github.com/vatesfr/xen-orchestra/pull/10368), but going by the files it touches it covers XO's own JavaScript dependencies, not the Debian packages in the appliance.
I've only looked at the file list, not the code, so happy to be corrected. How often the downloadable XVA gets rebuilt, I still don't know: @Danp said back in 2024 that it isn't rebuilt for every XOA release (https://xcp-ng.org/forum/post/81220), which would fit the 2025.12 tag, but I'd rather not guess beyond that. 
]]></description><link>https://xcp-ng.org/forum/topic/12514/change-pool-master-does-not-update-connection-string-in-xoa</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12514/change-pool-master-does-not-update-connection-string-in-xoa</guid><dc:creator><![CDATA[poddingue]]></dc:creator><pubDate>Mon, 12 Oct 2026 18:29:28 GMT</pubDate></item><item><title><![CDATA[Timezone updates for tzdata 2026e]]></title><description><![CDATA[Hello,
We have received your request and thank you for the feedback on this matter.
A task card has been created and assigned to one of our teams. It has not yet been assigned to a specific developer, but we will be sure to get back to you once it has been addressed and resolved.
]]></description><link>https://xcp-ng.org/forum/topic/12528/timezone-updates-for-tzdata-2026e</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12528/timezone-updates-for-tzdata-2026e</guid><dc:creator><![CDATA[gduperrey]]></dc:creator><pubDate>Mon, 12 Oct 2026 14:41:44 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>Mon, 12 Oct 2026 08:47:31 GMT</pubDate></item><item><title><![CDATA[Pool metadata backup failed after xoa upgrade]]></title><description><![CDATA[Glad the ticket sorted it, @jacob.becker, and thanks for coming back to say so.
I don't know whether a patch for the stable channel is planned before 6.9 moves there. If someone else on stable lands here with the same Body Timeout Error, opening a ticket like you did seems to be the quickest route for now.
]]></description><link>https://xcp-ng.org/forum/topic/12510/pool-metadata-backup-failed-after-xoa-upgrade</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12510/pool-metadata-backup-failed-after-xoa-upgrade</guid><dc:creator><![CDATA[poddingue]]></dc:creator><pubDate>Mon, 12 Oct 2026 07:40:01 GMT</pubDate></item><item><title><![CDATA[XCP-ng Shutdown Hangs When an SR Is Unavailable]]></title><description><![CDATA[If a mount uses the hard mount option, it will lock any process touching it, including unmount during shutdown, if the mount source is unavailable. It is a kernel thing and I believe there is no solution for it at present.
]]></description><link>https://xcp-ng.org/forum/topic/12513/xcp-ng-shutdown-hangs-when-an-sr-is-unavailable</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12513/xcp-ng-shutdown-hangs-when-an-sr-is-unavailable</guid><dc:creator><![CDATA[Forza]]></dc:creator><pubDate>Sun, 11 Oct 2026 16:37:10 GMT</pubDate></item><item><title><![CDATA[cloud-init Cloud Config use of {name}]]></title><description><![CDATA[@bug-meister Yeah, I would say the "mechanism" is deprecated too. Getting this mechanism to work, either by using ansible-pull or by some clever scripting during the first boot, requires Ansible to be preinstalled on your VM templates. That just makes your VMs messy and bloated with additional stuff you only use once. Also, managing Ansible versions becomes more complex. If Ansible is installed from distro repositories, you will have all different versions of Ansible across different distros. If you use pip to install Ansible, it can mess up your system if Ansible dependencies are installed on a system level. You can use Python virtual environments to prevent that but requires additional managing.
It's much better and much more practical to have Ansible installed and used from a single place - Control Node. That way you have one place, one OS, one Ansible version to think about. You already have a machine you are accessing your VMs from? Use that as a control node... unless it is Windows?
]]></description><link>https://xcp-ng.org/forum/topic/12522/cloud-init-cloud-config-use-of-name</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12522/cloud-init-cloud-config-use-of-name</guid><dc:creator><![CDATA[bvitnik]]></dc:creator><pubDate>Sun, 11 Oct 2026 02:21:05 GMT</pubDate></item><item><title><![CDATA[Bringing container visibility back to XO - Docker experimental integration]]></title><description><![CDATA[@acebmxer I would have said the logs depend on how you deployed XO. Basically it would be an error printed when you ran yarn start. But it depends if XO is started with systemd or something else. But as you found yourself the solution... this is not needed anymore for now.
I'll see if we can report an helpful message in XO. Something like "Cannot reach docker.sock. As you're running a RedHat like distro, ensure SELinux rules let sshd reach it. See this link for more... Etc."
]]></description><link>https://xcp-ng.org/forum/topic/12423/bringing-container-visibility-back-to-xo-docker-experimental-integration</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12423/bringing-container-visibility-back-to-xo-docker-experimental-integration</guid><dc:creator><![CDATA[nathanael-h]]></dc:creator><pubDate>Sat, 10 Oct 2026 16:18:02 GMT</pubDate></item><item><title><![CDATA[DevOps Megathread: what you need and how we can help!]]></title><description><![CDATA[Hello there,
I posted in another thread an experimental Docker containers integration, not for production, but good enough to test it, see
https://xcp-ng.org/forum/topic/12423/bringing-container-visibility-back-to-xo/9?_=1791618850567

]]></description><link>https://xcp-ng.org/forum/topic/10301/devops-megathread-what-you-need-and-how-we-can-help</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/10301/devops-megathread-what-you-need-and-how-we-can-help</guid><dc:creator><![CDATA[nathanael-h]]></dc:creator><pubDate>Sat, 10 Oct 2026 07:58:49 GMT</pubDate></item><item><title><![CDATA[XOA Unable to connect xo server every 30s]]></title><description><![CDATA[@john.c @poddingue
I am very happy to report that I am no longer receiving the "XOA Unable to connect xo server every 30s" message on the Chrome browser of my Windows 11 PC, as of today, after updating the XO-CE VM and all xcp-ng hosts.
I just updated the XO-CE VM to master, commit 70b08, and ran a rolling pool update of my 3 xcp-ng hosts.
Thank you to the Vates team.
]]></description><link>https://xcp-ng.org/forum/topic/12052/xoa-unable-to-connect-xo-server-every-30s</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12052/xoa-unable-to-connect-xo-server-every-30s</guid><dc:creator><![CDATA[GregBinSD]]></dc:creator><pubDate>Fri, 09 Oct 2026 22:10:16 GMT</pubDate></item><item><title><![CDATA[is Xo Proxy available in community version]]></title><description><![CDATA[@acebmxer that is awesome work! Looking forqard to duplicating your effort on Monday. Have an aqesome weekend!
]]></description><link>https://xcp-ng.org/forum/topic/3951/is-xo-proxy-available-in-community-version</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/3951/is-xo-proxy-available-in-community-version</guid><dc:creator><![CDATA[bogdantomasciuc]]></dc:creator><pubDate>Fri, 09 Oct 2026 19:51:30 GMT</pubDate></item><item><title><![CDATA[Install XO from sources.]]></title><description><![CDATA[Update - changes are live in the dev branch now.
So figured out the update / switching branches for the proxy by connecting the proxy to my xoa free account. That triggered the available  update to next version.  From there I found the command that needs to be ran on the proxy to switch back and forth...
[image: Screenshot_20261009_143546.png]
Latest branch
[image: Screenshot_20261009_144414.png]
stable branch
[image: Screenshot_20261008_202716.png]
Backup job ran sucessful.
2026-10-09T17_48_25.447Z - backup NG.txt
After the proxy has been deployed...
The proxy has been registered with your Xen Orchestra instance.
You can manage it from the Xen Orchestra web interface.
Next: register the proxy's updater and move it to the 'latest' channel.

On the pool master (IP), set a password for the proxy's 'xoa' user
(choose your own) and reboot the proxy VM:
xe vm-param-set uuid=UUID xenstore-data:vm-data/system-account-xoa-password='&lt;your password&gt;'
xe vm-reboot uuid=UUID
SSH to the proxy as 'xoa' (IP) and run:
sudo xoa-updater register - This registers it with your vates account.
sudo xoa-updater configure-channel xo-proxy-appliance-latest - set to latest or  stable
 sudo xoa-updater upgrade - This can be ran via the UI or this command.  Both need to be done twice to do the upgrade and/or downgrade.
register needs a free xen-orchestra.com account; see the README.

And host connected via proxy.
[image: Screenshot_20261009_150011.png]
]]></description><link>https://xcp-ng.org/forum/topic/11895/install-xo-from-sources.</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/11895/install-xo-from-sources.</guid><dc:creator><![CDATA[acebmxer]]></dc:creator><pubDate>Fri, 09 Oct 2026 19:24:03 GMT</pubDate></item><item><title><![CDATA[XCP-ng 8.3 updates announcements and testing]]></title><description><![CDATA[@acebmxer
Can you suspend the vm ?
If its not possible its most likely a kernel thing inside the vm.
If you can suspend the vm however, it points more to a timing/timeout issue with the migration.
]]></description><link>https://xcp-ng.org/forum/topic/9964/xcp-ng-8-3-updates-announcements-and-testing</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/9964/xcp-ng-8-3-updates-announcements-and-testing</guid><dc:creator><![CDATA[jacob.becker]]></dc:creator><pubDate>Fri, 09 Oct 2026 08:57:26 GMT</pubDate></item><item><title><![CDATA[Synchronize snapshots]]></title><description><![CDATA[Thanks for coming back with that. Commit 8c2f3 is PR #10518 (https://github.com/vatesfr/xen-orchestra/pull/10518), and the changelog lists it under XO 6.9.1 from 5 October, so XOA users get it with 6.9.1, on the latest channel for now if I read the release channels right.
]]></description><link>https://xcp-ng.org/forum/topic/12499/synchronize-snapshots</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12499/synchronize-snapshots</guid><dc:creator><![CDATA[poddingue]]></dc:creator><pubDate>Fri, 09 Oct 2026 08:55:28 GMT</pubDate></item><item><title><![CDATA[Windows VM (PostgreSQL) repeatedly freezes – domain goes to permanent -b----, QEMU receives SIGTERM, console/RDP die]]></title><description><![CDATA[The docs have a section for this symptom, Windows Server 2025 hanging at 0% CPU: https://docs.xcp-ng.org/troubleshooting/windows-pv-tools#windows-server-2025-hangs-randomly-with-0-cpu .
Besides the Viridian flags you've already set, it says to revert useplatformclock and useplatformtick with bcdedit if they were ever set in the guest.
Your earlier thread showed a VM created from the "Other install media" template, so it's worth checking which template this one came from, since the Windows templates bring their own Viridian settings.
I don't think the QEMU SIGTERM is the cause, though: when I force-shut down a VM on a lab host, qemu-dm logged that exact terminating on signal 15 line, sent by xenopsd-xc (ps -o comm -p 1526469 will tell you on yours), so yours most likely just matches your forced shutdown around 10:20 on 5 Oct.
If it freezes again after that, the memory dump procedure further down the same page (https://docs.xcp-ng.org/troubleshooting/windows-pv-tools#how-to-gather-kernel-memory-dumps-for-in-depth-troubleshooting) is likely what people who know Windows guests better than me would want to see. 
]]></description><link>https://xcp-ng.org/forum/topic/12515/windows-vm-postgresql-repeatedly-freezes-domain-goes-to-permanent-b-qemu-receives-sigterm-console-rdp-die</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12515/windows-vm-postgresql-repeatedly-freezes-domain-goes-to-permanent-b-qemu-receives-sigterm-console-rdp-die</guid><dc:creator><![CDATA[poddingue]]></dc:creator><pubDate>Fri, 09 Oct 2026 07:51:30 GMT</pubDate></item><item><title><![CDATA[Intel Core Ultra iGPU passthrough]]></title><description><![CDATA[@yannsionneau Hi,
I really appreciate the effort, but unfortunately I had to migrate to another hypervisor on this server and it's already away and running.
However, when I get a new one I will make sure to test this and report back.
Thanks anyway.
]]></description><link>https://xcp-ng.org/forum/topic/11738/intel-core-ultra-igpu-passthrough</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/11738/intel-core-ultra-igpu-passthrough</guid><dc:creator><![CDATA[antest]]></dc:creator><pubDate>Thu, 08 Oct 2026 10:40:21 GMT</pubDate></item><item><title><![CDATA[Passing through Intel iGPU]]></title><description><![CDATA[@jp13232  @peek have you tried following this: https://docs.xcp-ng.org/compute/#pci-passthrough ?
Also, you can have a look there: https://xcp-ng.org/forum/topic/12523/igpu-pci-passthrough-new-experimental-packages-need-testers if you finally manage to do the passthrough but have "vbios issues" like explained in the thread.
]]></description><link>https://xcp-ng.org/forum/topic/4476/passing-through-intel-igpu</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/4476/passing-through-intel-igpu</guid><dc:creator><![CDATA[yannsionneau]]></dc:creator><pubDate>Thu, 08 Oct 2026 08:32:50 GMT</pubDate></item><item><title><![CDATA[Intel iGPU passthough]]></title><description><![CDATA[@the_spice @bullerwins @xerxist @hawkpro @vhaelan @ovicz
Hi
I published a post this morning with packages to test iGPU passthrough, 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/8293/intel-igpu-passthough</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/8293/intel-igpu-passthough</guid><dc:creator><![CDATA[yannsionneau]]></dc:creator><pubDate>Thu, 08 Oct 2026 08:25:17 GMT</pubDate></item></channel></rss>