<?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[Topics tagged with backup failure]]></title><description><![CDATA[A list of topics that have been tagged with backup failure]]></description><link>https://xcp-ng.org/forum/tags/backup failure</link><generator>RSS for Node</generator><lastBuildDate>Mon, 11 May 2026 11:16:09 GMT</lastBuildDate><atom:link href="https://xcp-ng.org/forum/tags/backup failure.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 06 Apr 2026 00:47:08 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Warnings with Backups?]]></title><description><![CDATA[@TechGrips Sorry, there is no quick test to be sure the VM is not corrupted. The usual way would be to make a healthcheck. We cannot be sure everything is ok as it concerns multiple tar linked to each other. If it keeps warning you on the same backups, it may be due to a faulty parent. You would need for this to create a new chain of snapshot
]]></description><link>https://xcp-ng.org/forum/topic/12054/warnings-with-backups</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12054/warnings-with-backups</guid><dc:creator><![CDATA[pierrebrunet]]></dc:creator><pubDate>Mon, 06 Apr 2026 00:47:08 GMT</pubDate></item><item><title><![CDATA[VM won&#x27;t migrate to other host after failed backup.]]></title><description><![CDATA[@Danp Thanks... Just ticked that off and they are migrating. I'll try backup again but something tells me the backup issue will still persist. I'll send logs once that fails.
]]></description><link>https://xcp-ng.org/forum/topic/11153/vm-won-t-migrate-to-other-host-after-failed-backup.</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/11153/vm-won-t-migrate-to-other-host-after-failed-backup.</guid><dc:creator><![CDATA[thedobe]]></dc:creator><pubDate>Sat, 09 Aug 2025 11:00:45 GMT</pubDate></item><item><title><![CDATA[XOA Retention - entries must be sorted in asc order]]></title><description><![CDATA[@DustinB said in XOA Retention - entries must be sorted in asc order:

I've since removed the entries in the long-term-retention field, and will validate if the backup succeeds here in a bit.

Once removing the LTR records, backups succeeded.
@olivierlambert said in XOA Retention - entries must be sorted in asc order:

Hi,
It's a known issue that will be fixed this month 

Good to know, thanks!
]]></description><link>https://xcp-ng.org/forum/topic/10246/xoa-retention-entries-must-be-sorted-in-asc-order</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/10246/xoa-retention-entries-must-be-sorted-in-asc-order</guid><dc:creator><![CDATA[DustinB]]></dc:creator><pubDate>Mon, 13 Jan 2025 12:46:52 GMT</pubDate></item></channel></rss>