<?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[Backup]]></title><description><![CDATA[All XO backup features: full and incremental, replication, mirrors...]]></description><link>https://xcp-ng.org/forum/category/21</link><generator>RSS for Node</generator><lastBuildDate>Fri, 09 Oct 2026 16:26:48 GMT</lastBuildDate><atom:link href="https://xcp-ng.org/forum/category/21.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 02 Oct 2026 14:02:55 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Pool metadata backup failed after xoa upgrade]]></title><description><![CDATA[Hi!
We recieved a fix via the support after opening a ticket as suggested.
Now the pool metadata backup is running smoothly again.
As far as i know 6.9 will become "stable" after 6.10 is released. I'd still suggest a patch for the stable version, unless the new release is a few days.
Best wishes
Jacob
]]></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[jacob.becker]]></dc:creator><pubDate>Fri, 02 Oct 2026 14:02:55 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>Wed, 30 Sep 2026 00:52:07 GMT</pubDate></item><item><title><![CDATA[Cleanup orphans backups]]></title><description><![CDATA[@johnnezero You can use the docs directly in /rest/v0/docs. You just have to connect and fill in the uuid you need. It will work 
]]></description><link>https://xcp-ng.org/forum/topic/12495/cleanup-orphans-backups</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12495/cleanup-orphans-backups</guid><dc:creator><![CDATA[pierrebrunet]]></dc:creator><pubDate>Sat, 26 Sep 2026 15:46:04 GMT</pubDate></item><item><title><![CDATA[Why are transfer sizes different between XO5 & XO6?]]></title><description><![CDATA[Wonderful ! 
]]></description><link>https://xcp-ng.org/forum/topic/12486/why-are-transfer-sizes-different-between-xo5-xo6</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12486/why-are-transfer-sizes-different-between-xo5-xo6</guid><dc:creator><![CDATA[JorisK]]></dc:creator><pubDate>Tue, 22 Sep 2026 16:12:50 GMT</pubDate></item><item><title><![CDATA[How to fixture out what is using backup storage?]]></title><description><![CDATA[@poddingue
Thank you!!!
]]></description><link>https://xcp-ng.org/forum/topic/12482/how-to-fixture-out-what-is-using-backup-storage</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12482/how-to-fixture-out-what-is-using-backup-storage</guid><dc:creator><![CDATA[archw]]></dc:creator><pubDate>Mon, 21 Sep 2026 00:31:23 GMT</pubDate></item><item><title><![CDATA[Can't init vhd directory without using alias]]></title><description><![CDATA[You already spotted this over on 12468, so this is just to close the loop here.
That one's fixed: Pierre Brunet put the fix on a branch, @Andrew and @abudef both tested it, and it's merged now. Since you're running from source on master, you should be able to pull past that merge rather than wait for a release.
One thing to keep in mind, though: the same error string showed up in 11875 for a completely different cause, so if it comes back after you update, it's probably not this bug again. I'd let 12468 be the thread to follow since that's where the people who fixed it are.
]]></description><link>https://xcp-ng.org/forum/topic/12471/can-t-init-vhd-directory-without-using-alias</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12471/can-t-init-vhd-directory-without-using-alias</guid><dc:creator><![CDATA[poddingue]]></dc:creator><pubDate>Mon, 14 Sep 2026 10:40:26 GMT</pubDate></item><item><title><![CDATA[Error: Can't init vhd directory without using alias]]></title><description><![CDATA[@pierrebrunet Tested and working again, thanks 
]]></description><link>https://xcp-ng.org/forum/topic/12468/error-can-t-init-vhd-directory-without-using-alias</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12468/error-can-t-init-vhd-directory-without-using-alias</guid><dc:creator><![CDATA[abudef]]></dc:creator><pubDate>Sat, 12 Sep 2026 06:23:01 GMT</pubDate></item><item><title><![CDATA[Backup remote repository structure]]></title><description><![CDATA[@abudef Hi,
Do you think this doc can help you?
Link to doc
I think it needs some improvements, feel free to enhance it if you feel it is necessary!
]]></description><link>https://xcp-ng.org/forum/topic/12466/backup-remote-repository-structure</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12466/backup-remote-repository-structure</guid><dc:creator><![CDATA[pierrebrunet]]></dc:creator><pubDate>Fri, 11 Sep 2026 06:31:26 GMT</pubDate></item><item><title><![CDATA[XOA 6.8 Pool Metadata backup]]></title><description><![CDATA[@poddingue This was fixed a number of weeks ago via a ticket. I believe @florent may know the exact fix.
]]></description><link>https://xcp-ng.org/forum/topic/12453/xoa-6.8-pool-metadata-backup</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12453/xoa-6.8-pool-metadata-backup</guid><dc:creator><![CDATA[flakpyro]]></dc:creator><pubDate>Thu, 03 Sep 2026 15:22:36 GMT</pubDate></item><item><title><![CDATA[XOA 6.8 causes backup / replication failure]]></title><description><![CDATA[@acebmxer we are far more explicit on the real usage of NBD, paing the way to mark a failed NBD connexion as an error in a few month
also working on a diagnostic tool to be more efficient on the checks
thank you all for your time
]]></description><link>https://xcp-ng.org/forum/topic/12442/xoa-6.8-causes-backup-replication-failure</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12442/xoa-6.8-causes-backup-replication-failure</guid><dc:creator><![CDATA[florent]]></dc:creator><pubDate>Mon, 31 Aug 2026 17:53:37 GMT</pubDate></item><item><title><![CDATA[Suggestion: Restore VM Backup filter functionality when using jobs/sequences for backup]]></title><description><![CDATA[
@poddingue said:
I haven't used that tab myself, and since it's built around VMs that do have backups, I don't know if it gives you the negative view you want. If it doesn't, https://feedback.vates.tech  is where that gets counted.

Maybe you can build some sort of filter but I don't think so.
I'll use https://feedback.vates.tech for future suggestions.
Tks
]]></description><link>https://xcp-ng.org/forum/topic/12433/suggestion-restore-vm-backup-filter-functionality-when-using-jobs-sequences-for-backup</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12433/suggestion-restore-vm-backup-filter-functionality-when-using-jobs-sequences-for-backup</guid><dc:creator><![CDATA[pedro]]></dc:creator><pubDate>Tue, 25 Aug 2026 08:40:49 GMT</pubDate></item><item><title><![CDATA[Full backups: Why is it not possible to use NBD on full backups ?]]></title><description><![CDATA[That should be it, tks @poddingue
]]></description><link>https://xcp-ng.org/forum/topic/12426/full-backups-why-is-it-not-possible-to-use-nbd-on-full-backups</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12426/full-backups-why-is-it-not-possible-to-use-nbd-on-full-backups</guid><dc:creator><![CDATA[pedro]]></dc:creator><pubDate>Thu, 20 Aug 2026 16:41:16 GMT</pubDate></item><item><title><![CDATA[Veeam 13.1 Rocky9 Linux Appliance: Potential Data Loss with CBT and Workers with Expired Tokens]]></title><description><![CDATA[Just recieved another update from veeam...
Regarding the general earlier errors:
Warning : Failed to use CBT: [Task e75c4247-2ee1-7b51-088c-b970ace60f3d (Async.VDI.list_changed_blocks) failed: . SR_BACKEND_FAILURE_460. . Failed to calculate changed blocks for given VDIs. [opterr=Source and target VDI are unrelated]
Our QA team did hear back from Vates support, who says its tied to a recent bug they've found with blktap calls: https://github.com/xapi-project/blktap/pull/444
Our QA engineer hasn't heard back yet on ETA when it will be pushed out in a general release yet though
]]></description><link>https://xcp-ng.org/forum/topic/12407/veeam-13.1-rocky9-linux-appliance-potential-data-loss-with-cbt-and-workers-with-expired-tokens</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12407/veeam-13.1-rocky9-linux-appliance-potential-data-loss-with-cbt-and-workers-with-expired-tokens</guid><dc:creator><![CDATA[acebmxer]]></dc:creator><pubDate>Wed, 05 Aug 2026 21:02:27 GMT</pubDate></item><item><title><![CDATA[Backup failures with odd connection refused errors]]></title><description><![CDATA[Thanks for the feedback. 
]]></description><link>https://xcp-ng.org/forum/topic/12406/backup-failures-with-odd-connection-refused-errors</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12406/backup-failures-with-odd-connection-refused-errors</guid><dc:creator><![CDATA[poddingue]]></dc:creator><pubDate>Wed, 05 Aug 2026 12:55:31 GMT</pubDate></item><item><title><![CDATA[Pool metadata Restore RESTORE_INCOMPATIBLE_VERSION]]></title><description><![CDATA[This might have worked, at that time i've allready created new VMs from the information inside the Backup xml file. It worked out allright but building VMs this way, is quite tidious.
Maybe there could be a way to find the correct installer and patches, to get a new host in a state to restore a pool backup, would be good.
]]></description><link>https://xcp-ng.org/forum/topic/12394/pool-metadata-restore-restore_incompatible_version</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12394/pool-metadata-restore-restore_incompatible_version</guid><dc:creator><![CDATA[f_schramek]]></dc:creator><pubDate>Thu, 30 Jul 2026 21:30:00 GMT</pubDate></item><item><title><![CDATA[Veeam for Xen Orchestra has been release today 13.1]]></title><description><![CDATA[So I ended up going with the Windows B&amp;R as i could net setup the windows mount server when setting up the repo for the backups.  It would setup the linux one but not the windows one.  This was with using the veeam console from a windows client.  So i ended up with the Windows one.
Now after a few backups i am see this warning / error....
8/5/2026 5:34:50 PM Warning : Failed to use CBT: [Task e75c4247-2ee1-7b51-088c-b970ace60f3d (Async.VDI.list_changed_blocks) failed: . SR_BACKEND_FAILURE_460. . Failed to calculate changed blocks for given VDIs. [opterr=Source and target VDI are unrelated]

First i thought it was because i maped the new job to older backups from Beta v1. So i purged all old backups and started fresh.  The full backups were successful. Now on first delta 4 out of 7 vms have that warrning.
This a Veeam issue or xcp-ng?
]]></description><link>https://xcp-ng.org/forum/topic/12393/veeam-for-xen-orchestra-has-been-release-today-13.1</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12393/veeam-for-xen-orchestra-has-been-release-today-13.1</guid><dc:creator><![CDATA[acebmxer]]></dc:creator><pubDate>Thu, 30 Jul 2026 19:56:10 GMT</pubDate></item><item><title><![CDATA[Recommandations about NFS Remotes maintenance ?]]></title><description><![CDATA[A remote is not the same thing as a SR. For a remote, it's simple: disconnect it (click on "Enabled" so it's disabled then), do whatever you need on the NFS server, re-enable.
]]></description><link>https://xcp-ng.org/forum/topic/12392/recommandations-about-nfs-remotes-maintenance</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12392/recommandations-about-nfs-remotes-maintenance</guid><dc:creator><![CDATA[olivierlambert]]></dc:creator><pubDate>Thu, 30 Jul 2026 18:54:29 GMT</pubDate></item><item><title><![CDATA[" can't compute delta" &  "can't connect through NBD, fall back to stream export" after 2026-07-28]]></title><description><![CDATA[@florent
No explicit assigned migration or backup network set.
Backups generate errors somewhat randomly. As one VM won't get the "error" one time. But on the next backup run it will. And the third time it might not. This even happens on VMs that are turned off, and therefore shouldn't have any changed bytes between backups.

Host is reachable from XO
Network has NBD enabled
All VMs use VHD
IPv4
Backup type is Delta

]]></description><link>https://xcp-ng.org/forum/topic/12385/can-t-compute-delta-can-t-connect-through-nbd-fall-back-to-stream-export-after-2026-07-28</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12385/can-t-compute-delta-can-t-connect-through-nbd-fall-back-to-stream-export-after-2026-07-28</guid><dc:creator><![CDATA[probain]]></dc:creator><pubDate>Tue, 28 Jul 2026 22:27:00 GMT</pubDate></item><item><title><![CDATA[CR - Cannot start copy because suspended]]></title><description><![CDATA[Good news that it sorted itself out. Both changes went in at once and the next run came back clean on the ADDS VMs too, so I don't think there's anything left to pin down here, and I'd rather say that than invent an explanation after the fact. 
Your question about the snapshot modes was the useful thing to come out of this thread.
I went looking, they genuinely aren't documented anywhere, and that's written up on our side now
If the fall back to a full ever comes back on the ADDS VMs specifically, that would deserve its own thread with the SMlog output @tjkreidl asked for, since nobody got to look at that part.
]]></description><link>https://xcp-ng.org/forum/topic/12378/cr-cannot-start-copy-because-suspended</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12378/cr-cannot-start-copy-because-suspended</guid><dc:creator><![CDATA[poddingue]]></dc:creator><pubDate>Wed, 22 Jul 2026 08:11:34 GMT</pubDate></item><item><title><![CDATA[Backup status reporting failure when retry was successful]]></title><description><![CDATA[XO 6.7.0 went out on 30 July, and the changelog carries Bastien's fix under Backups as "Fix failed status on successful retry", pointing at PR https://github.com/vatesfr/xen-orchestra/pull/10129 and back at this thread: https://xen-orchestra.com/blog/xen-orchestra-6-7/.
Given what you said about keeping the backup XOA on a version you trust, I would not rush it, but that is the version to look for when you do move.
I have not exercised the retry path myself, so if a retried VM still reports the job as failed after you upgrade, it is worth saying so here.
]]></description><link>https://xcp-ng.org/forum/topic/12366/backup-status-reporting-failure-when-retry-was-successful</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12366/backup-status-reporting-failure-when-retry-was-successful</guid><dc:creator><![CDATA[poddingue]]></dc:creator><pubDate>Thu, 16 Jul 2026 15:48:18 GMT</pubDate></item><item><title><![CDATA[Continuos replication failing with "checkBaseVdis() failed"]]></title><description><![CDATA[Got this issue since 2026-07-12.
]]></description><link>https://xcp-ng.org/forum/topic/12364/continuos-replication-failing-with-checkbasevdis-failed</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12364/continuos-replication-failing-with-checkbasevdis-failed</guid><dc:creator><![CDATA[Tristis Oris]]></dc:creator><pubDate>Thu, 16 Jul 2026 10:23:00 GMT</pubDate></item><item><title><![CDATA[Backups failing back to Full Backups]]></title><description><![CDATA[Indeed, it should be detected/reported correctly to avoid losing time finding the problem. Let me ping @julienXOVates
]]></description><link>https://xcp-ng.org/forum/topic/12347/backups-failing-back-to-full-backups</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12347/backups-failing-back-to-full-backups</guid><dc:creator><![CDATA[olivierlambert]]></dc:creator><pubDate>Tue, 07 Jul 2026 18:11:11 GMT</pubDate></item><item><title><![CDATA[XO 6 > VM > Backups are not ordered]]></title><description><![CDATA[Ping @julienXOVates
]]></description><link>https://xcp-ng.org/forum/topic/12336/xo-6-vm-backups-are-not-ordered</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12336/xo-6-vm-backups-are-not-ordered</guid><dc:creator><![CDATA[olivierlambert]]></dc:creator><pubDate>Thu, 02 Jul 2026 07:26:08 GMT</pubDate></item></channel></rss>