<?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[XOSTOR appears to be broken on the new XCP-NG May 2026 update]]></title><description><![CDATA[<p dir="auto">After the update, the master server (first to be updated, of course) can no longer attach the xostor SR.<br />
I have verified that the rolling pool update did look for updated packages, and that xostor is still installed and working (thankfully the linstor services are working fine, so there's no risk of data loss here).</p>
<p dir="auto">When trying to mount the SR, the master host gets this error:</p>
<pre><code>[19:02 goethite ~]# xe pbd-plug uuid=91e19949-cf2c-b1bb-7dda-d2c114c113a1 
Error code: SR_BACKEND_FAILURE_46
Error parameters: , The VDI is not available [opterr=Could not load 5cb360ea-0904-472c-a3f9-1a44b97936c3 because: ['UNKNOWN_XENAPI_PLUGIN_FUNCTION', 'getInfo'] (openers: {'hematite.earth.gkhs.net': {'26922': {'process-name': '+tapdisk', 'open-duration': '612038496'}}, 'goethite.earth.gkhs.net': {}, 'siderite.earth.gkhs.net': {}})], 
</code></pre>
<p dir="auto">I would advise nobody updates a host using XOSTOR until this gets fixed!</p>
]]></description><link>https://xcp-ng.org/forum/topic/12150/xostor-appears-to-be-broken-on-the-new-xcp-ng-may-2026-update</link><generator>RSS for Node</generator><lastBuildDate>Tue, 05 May 2026 23:15:21 GMT</lastBuildDate><atom:link href="https://xcp-ng.org/forum/topic/12150.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 05 May 2026 20:52:04 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to XOSTOR appears to be broken on the new XCP-NG May 2026 update on Tue, 05 May 2026 21:25:53 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/dthenot" aria-label="Profile: dthenot">@<bdi>dthenot</bdi></a> ... The XOSTOR SR is working on the other hosts. It's only the master which updated where it fails to plug the pbd. Given that it can't mount the pbd after doing the update, I am <em>very</em> doubtful about updating another host.<br />
What's more, I can't without shutting down a large number of VMs or doing a long migration off the XOSTOR, because I only have N+1 redundancy on my personal cluster, and we're already one host down because the master can't rejoin the XOSTOR SR.</p>
<p dir="auto">In short, this looks like a very dangerous suggestion - sorry!</p>
]]></description><link>https://xcp-ng.org/forum/post/105094</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/105094</guid><dc:creator><![CDATA[ccooke]]></dc:creator><pubDate>Tue, 05 May 2026 21:25:53 GMT</pubDate></item><item><title><![CDATA[Reply to XOSTOR appears to be broken on the new XCP-NG May 2026 update on Tue, 05 May 2026 21:17:03 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/ccooke" aria-label="Profile: ccooke">@<bdi>ccooke</bdi></a> Hello,</p>
<p dir="auto">You should be able to make the XOSTOR SR work again if you update <code>sm</code> and <code>sm-fairlock</code> on the other hosts.</p>
<pre><code>yum update sm sm-fairlock
</code></pre>
<p dir="auto">Then you should be able to re-plug the SR on the master and proceed with the RPU.</p>
]]></description><link>https://xcp-ng.org/forum/post/105093</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/105093</guid><dc:creator><![CDATA[dthenot]]></dc:creator><pubDate>Tue, 05 May 2026 21:17:03 GMT</pubDate></item></channel></rss>