<?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>Wed, 13 May 2026 15:30:27 GMT</lastBuildDate><atom:link href="https://xcp-ng.org/forum/category/21.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 13 May 2026 11:38:11 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Alternative to XCP-NG Plugin for Veeam Backup &amp; Replication Public BETA]]></title><description><![CDATA[Hi,
First stable of VEEAM should be released relatively soon (but please ask them, I cannot announce anything, I'm not a VEEAM employee  ).
The V2V solution is for import from Vmware, it's not meant for backup. Regarding the possibility to schedule it, I will leave @julienxovates answer
]]></description><link>https://xcp-ng.org/forum/topic/12212/alternative-to-xcp-ng-plugin-for-veeam-backup-replication-public-beta</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12212/alternative-to-xcp-ng-plugin-for-veeam-backup-replication-public-beta</guid><dc:creator><![CDATA[olivierlambert]]></dc:creator><pubDate>Wed, 13 May 2026 11:38:11 GMT</pubDate></item><item><title><![CDATA[visual bug in backup data]]></title><description><![CDATA[@pierrebrunet @poddingue
the size is really 2.17Tb, but showing last incremental size on the key
I'll wait for the patch, this is really a visual bug, backup is working okay.
]]></description><link>https://xcp-ng.org/forum/topic/12205/visual-bug-in-backup-data</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12205/visual-bug-in-backup-data</guid><dc:creator><![CDATA[Pilow]]></dc:creator><pubDate>Sat, 09 May 2026 12:12:54 GMT</pubDate></item><item><title><![CDATA[Backup Job Fails with &quot;timeout while getting the remote&quot; - but Remote is Reachable]]></title><description><![CDATA[I solved the problem by installing and setting up a new Ubuntu Server.
I exported the XO configuration from the old server and imported it onto the new one.
What can I say—the backup started working again right away.
]]></description><link>https://xcp-ng.org/forum/topic/12139/backup-job-fails-with-timeout-while-getting-the-remote-but-remote-is-reachable</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12139/backup-job-fails-with-timeout-while-getting-the-remote-but-remote-is-reachable</guid><dc:creator><![CDATA[music9050]]></dc:creator><pubDate>Mon, 04 May 2026 09:52:20 GMT</pubDate></item><item><title><![CDATA[Backups Fail with ENOENT: no such file or directory]]></title><description><![CDATA[@jvanabra "merge synchronously" option is there for log purpose. When you click on your backup job you can get all logs from this job here:
[image: 1777971428328-78941893-5585-486a-b9bc-7d4c59873aa6-image.jpeg]
]]></description><link>https://xcp-ng.org/forum/topic/12137/backups-fail-with-enoent-no-such-file-or-directory</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12137/backups-fail-with-enoent-no-such-file-or-directory</guid><dc:creator><![CDATA[pierrebrunet]]></dc:creator><pubDate>Fri, 01 May 2026 22:12:07 GMT</pubDate></item><item><title><![CDATA[CR backup with retention &gt; 4]]></title><description><![CDATA[@McHenry I think depends if the copy is a fast clone, depending of full chain length with 13 points behind, or a full copy of its own that will be independant
]]></description><link>https://xcp-ng.org/forum/topic/12103/cr-backup-with-retention-4</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12103/cr-backup-with-retention-4</guid><dc:creator><![CDATA[Pilow]]></dc:creator><pubDate>Sat, 25 Apr 2026 22:36:09 GMT</pubDate></item><item><title><![CDATA[Backups with qcow2 enabled]]></title><description><![CDATA[So the scheduled backup at 1pm this afternoon ran with no issue.  As stated previously the Coalesces are adding now now show 2 for vm.
edit -
Apr 21 11:22:55 xo-ce xo-server[15617]:   },
Apr 21 11:22:55 xo-ce xo-server[15617]:   summary: { duration: '6m', cpuUsage: '4%', memoryUsage: '29.01 MiB' }
Apr 21 11:22:55 xo-ce xo-server[15617]: }
Apr 21 13:00:00 xo-ce xo-server[16924]: 2026-04-21T17:00:00.320Z xo:backups:worker INFO starting backup
Apr 21 13:00:00 xo-ce sudo[16938]: xo-service : PWD=/opt/xen-orchestra/packages/xo-server ; USER=root ; COMMAND=/usr/bin/mount -o  -t nf&gt;
Apr 21 13:00:00 xo-ce sudo[16938]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=996)
Apr 21 13:00:00 xo-ce sudo[16938]: pam_unix(sudo:session): session closed for user root
Apr 21 13:00:06 xo-ce xo-server[16924]: 2026-04-21T17:00:06.941Z xo:backups:MixinBackupWriter INFO deleting unused VHD {
Apr 21 13:00:06 xo-ce xo-server[16924]:   path: '/xo-vm-backups/138538a8-ef52-4d0a-4433-5ebb31d7e152/vdis/9f7daac4-80a1-41f9-8af0-99b6fe&gt;
Apr 21 13:00:06 xo-ce xo-server[16924]: }
Apr 21 13:00:19 xo-ce xo-server[16924]: 2026-04-21T17:00:19.536Z xo:backups:MixinBackupWriter INFO deleting unused VHD {
Apr 21 13:00:19 xo-ce xo-server[16924]:   path: '/xo-vm-backups/6d733582-0728-b67c-084b-56abe6047bfc/vdis/9f7daac4-80a1-41f9-8af0-99b6fe&gt;
Apr 21 13:00:19 xo-ce xo-server[16924]: }
Apr 21 13:01:23 xo-ce xo-server[16924]: 2026-04-21T17:01:23.971Z xo:backups:worker INFO backup has ended
Apr 21 13:01:23 xo-ce sudo[16971]: xo-service : PWD=/opt/xen-orchestra/packages/xo-server ; USER=root ; COMMAND=/usr/bin/umount /run/xo-&gt;
Apr 21 13:01:23 xo-ce sudo[16971]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=996)
Apr 21 13:01:23 xo-ce sudo[16971]: pam_unix(sudo:session): session closed for user root
Apr 21 13:01:24 xo-ce xo-server[16924]: 2026-04-21T17:01:24.029Z xo:backups:worker INFO process will exit {
Apr 21 13:01:24 xo-ce xo-server[16924]:   duration: 83708608,
Apr 21 13:01:24 xo-ce xo-server[16924]:   exitCode: 0,
Apr 21 13:01:24 xo-ce xo-server[16924]:   resourceUsage: {
Apr 21 13:01:24 xo-ce xo-server[16924]:     userCPUTime: 31147905,
Apr 21 13:01:24 xo-ce xo-server[16924]:     systemCPUTime: 14319055,
Apr 21 13:01:24 xo-ce xo-server[16924]:     maxRSS: 65888,
Apr 21 13:01:24 xo-ce xo-server[16924]:     sharedMemorySize: 0,
Apr 21 13:01:24 xo-ce xo-server[16924]:     unsharedDataSize: 0,
Apr 21 13:01:24 xo-ce xo-server[16924]:     unsharedStackSize: 0,
Apr 21 13:01:24 xo-ce xo-server[16924]:     minorPageFault: 367979,
Apr 21 13:01:24 xo-ce xo-server[16924]:     majorPageFault: 1,
Apr 21 13:01:24 xo-ce xo-server[16924]:     swappedOut: 0,
Apr 21 13:01:24 xo-ce xo-server[16924]:     fsRead: 5648,
Apr 21 13:01:24 xo-ce xo-server[16924]:     fsWrite: 16101272,
Apr 21 13:01:24 xo-ce xo-server[16924]:     ipcSent: 0,
Apr 21 13:01:24 xo-ce xo-server[16924]:     ipcReceived: 0,
Apr 21 13:01:24 xo-ce xo-server[16924]:     signalsCount: 0,
Apr 21 13:01:24 xo-ce xo-server[16924]:     voluntaryContextSwitches: 65983,
Apr 21 13:01:24 xo-ce xo-server[16924]:     involuntaryContextSwitches: 7745
Apr 21 13:01:24 xo-ce xo-server[16924]:   },
Apr 21 13:01:24 xo-ce xo-server[16924]:   summary: { duration: '1m', cpuUsage: '54%', memoryUsage: '64.34 MiB' }
Apr 21 13:01:24 xo-ce xo-server[16924]: }
lines 617-656/656 (END)

]]></description><link>https://xcp-ng.org/forum/topic/12087/backups-with-qcow2-enabled</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12087/backups-with-qcow2-enabled</guid><dc:creator><![CDATA[acebmxer]]></dc:creator><pubDate>Fri, 17 Apr 2026 10:43:04 GMT</pubDate></item><item><title><![CDATA[Error while scanning disk]]></title><description><![CDATA[Thanks, Florent, for the explanation. 
]]></description><link>https://xcp-ng.org/forum/topic/12085/error-while-scanning-disk</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12085/error-while-scanning-disk</guid><dc:creator><![CDATA[poddingue]]></dc:creator><pubDate>Thu, 16 Apr 2026 09:27:42 GMT</pubDate></item><item><title><![CDATA[File based restore is missing tons of files]]></title><description><![CDATA[@archw Could the results you are observing be due to the fact that some of the files weren't modified in the specific delta backup that you selected as your restore point?
For example:

In another subdirectory there are supposed to be 7 files but in the selection window there are only two.

When were these 5 "missing" files last modified?
]]></description><link>https://xcp-ng.org/forum/topic/12080/file-based-restore-is-missing-tons-of-files</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12080/file-based-restore-is-missing-tons-of-files</guid><dc:creator><![CDATA[Danp]]></dc:creator><pubDate>Mon, 13 Apr 2026 23:21:29 GMT</pubDate></item><item><title><![CDATA[VM backup fails with INVALID_VALUE]]></title><description><![CDATA[ main.xxx (azazel.xxx)

    Snapshot
    Start: 2026-04-10 00:03
    End: 2026-04-10 00:03
    Local storage (137.41 GiB free - thin) - legion.xxx
        transfer
        Start: 2026-04-10 00:03
        End: 2026-04-10 00:09
        Duration: 6 minutes
        Size: 17.08 GiB
        Speed: 47.42 MiB/s
    Start: 2026-04-10 00:03
    End: 2026-04-10 00:09
    Duration: 6 minutes

Start: 2026-04-10 00:03
End: 2026-04-10 00:09
Duration: 6 minutes
Type: full

]]></description><link>https://xcp-ng.org/forum/topic/12069/vm-backup-fails-with-invalid_value</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12069/vm-backup-fails-with-invalid_value</guid><dc:creator><![CDATA[burbilog]]></dc:creator><pubDate>Thu, 09 Apr 2026 14:59:59 GMT</pubDate></item><item><title><![CDATA[Too many snapshots]]></title><description><![CDATA[@Pilow
I did check this and it definitely completes within the hour.
I am testing a lesser value for CR retention to see if this resolves it.
]]></description><link>https://xcp-ng.org/forum/topic/12067/too-many-snapshots</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12067/too-many-snapshots</guid><dc:creator><![CDATA[McHenry]]></dc:creator><pubDate>Wed, 08 Apr 2026 22:14:46 GMT</pubDate></item><item><title><![CDATA[clean-vm (end) is stalling ?]]></title><description><![CDATA[@Pilow Thanks for the heads-up, you should be able to add back concurrency as it was before and get similar performance to before the refactoring.
]]></description><link>https://xcp-ng.org/forum/topic/12066/clean-vm-end-is-stalling</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12066/clean-vm-end-is-stalling</guid><dc:creator><![CDATA[simonp]]></dc:creator><pubDate>Wed, 08 Apr 2026 18:35:19 GMT</pubDate></item><item><title><![CDATA[Xen Orchestra 6.3.2 Random Replication Failure]]></title><description><![CDATA[@flakpyro that's a good news ( but at least another user saw this)
we are currently testing the branch ensuring that at least the fix don't create other issues
]]></description><link>https://xcp-ng.org/forum/topic/12059/xen-orchestra-6.3.2-random-replication-failure</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12059/xen-orchestra-6.3.2-random-replication-failure</guid><dc:creator><![CDATA[florent]]></dc:creator><pubDate>Tue, 07 Apr 2026 02:04:33 GMT</pubDate></item><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[found reproductible BUG with FLR]]></title><description><![CDATA[Hi @Pilow,
Thanks for the report.
We are aware that there are many problems with the FLR. We would like to fix them but they are not easy to fix, and we can't give an estimation date for a fix. I've linked this topic to our investigation ticket.
For the moment, when FLR fails, we recommend to manually restore your files by following this documentation:  https://github.com/vatesfr/xen-orchestra/blob/master/%40vates/fuse-vhd/README.md#restore-a-file-from-a-vhd-using-fuse-vhd-cli
]]></description><link>https://xcp-ng.org/forum/topic/12053/found-reproductible-bug-with-flr</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12053/found-reproductible-bug-with-flr</guid><dc:creator><![CDATA[Bastien Nollet]]></dc:creator><pubDate>Sat, 04 Apr 2026 19:57:37 GMT</pubDate></item><item><title><![CDATA[XOA 6.1.3 Replication fails with &quot;VTPM_MAX_AMOUNT_REACHED(1)&quot;]]></title><description><![CDATA[@florent I can confirm that this fixes the issue!
]]></description><link>https://xcp-ng.org/forum/topic/12047/xoa-6.1.3-replication-fails-with-vtpm_max_amount_reached-1</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12047/xoa-6.1.3-replication-fails-with-vtpm_max_amount_reached-1</guid><dc:creator><![CDATA[flakpyro]]></dc:creator><pubDate>Thu, 02 Apr 2026 03:51:11 GMT</pubDate></item><item><title><![CDATA[Backup retention policy and key backup interval]]></title><description><![CDATA[@Pilow The backups kept by LTR are just regular backups with a specific tag, which doesn't change how we treat them.
If you want to avoid each of your LTR backup to depend on one another, we recommend to set a full backup interval value to your backup job, which will regularly force a full backup. (even without LTR, having an infinite chain of backups can cause problem in the long term, especially if no healthchecks are made)
]]></description><link>https://xcp-ng.org/forum/topic/12046/backup-retention-policy-and-key-backup-interval</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12046/backup-retention-policy-and-key-backup-interval</guid><dc:creator><![CDATA[Bastien Nollet]]></dc:creator><pubDate>Thu, 02 Apr 2026 03:47:12 GMT</pubDate></item><item><title><![CDATA[Distibuted backups doesn&#x27;t clean up the deltas in the BRs]]></title><description><![CDATA[
@Pilow said:
@ph7 try to put RETENTION to 1 in the schedule, as you are using LTR parameters

I was running the shedule with 20 mins backup retention and it is running fine together with the LTR
And here is the manual I ran at 14:56 removed
[image: 1775140196713-screenshot-2026-04-02-at-16-28-13-backup.png]
]]></description><link>https://xcp-ng.org/forum/topic/12045/distibuted-backups-doesn-t-clean-up-the-deltas-in-the-brs</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12045/distibuted-backups-doesn-t-clean-up-the-deltas-in-the-brs</guid><dc:creator><![CDATA[ph7]]></dc:creator><pubDate>Wed, 01 Apr 2026 22:51:50 GMT</pubDate></item><item><title><![CDATA[Mirror backup broken since XO 6.3.0 release, &quot;Error: Cannot read properties of undefined (reading &#x27;id&#x27;)&quot;]]></title><description><![CDATA[@Pilow perfect!
]]></description><link>https://xcp-ng.org/forum/topic/12043/mirror-backup-broken-since-xo-6.3.0-release-error-cannot-read-properties-of-undefined-reading-id</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12043/mirror-backup-broken-since-xo-6.3.0-release-error-cannot-read-properties-of-undefined-reading-id</guid><dc:creator><![CDATA[pierrebrunet]]></dc:creator><pubDate>Wed, 01 Apr 2026 15:06:25 GMT</pubDate></item><item><title><![CDATA[Restore only showing 1 VM]]></title><description><![CDATA[@Bastien-Nollet
I'm running c1e5f btw
]]></description><link>https://xcp-ng.org/forum/topic/12040/restore-only-showing-1-vm</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12040/restore-only-showing-1-vm</guid><dc:creator><![CDATA[ph7]]></dc:creator><pubDate>Wed, 01 Apr 2026 08:09:35 GMT</pubDate></item><item><title><![CDATA[fell back to full and cannot delete snapshot]]></title><link>https://xcp-ng.org/forum/topic/12038/fell-back-to-full-and-cannot-delete-snapshot</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12038/fell-back-to-full-and-cannot-delete-snapshot</guid><pubDate>Tue, 31 Mar 2026 12:44:12 GMT</pubDate></item><item><title><![CDATA[Backup Info under VM tab in v6 never loads...]]></title><description><![CDATA[
@MathieuRA said:
Hi, regarding your backups which do not appear on the XO5 restore page, I suggest you to open a new topic

Forgot to include the link to the new topic
https://xcp-ng.org/forum/topic/12040/restore-only-showing-1-vm
]]></description><link>https://xcp-ng.org/forum/topic/12031/backup-info-under-vm-tab-in-v6-never-loads...</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12031/backup-info-under-vm-tab-in-v6-never-loads...</guid><dc:creator><![CDATA[ph7]]></dc:creator><pubDate>Fri, 27 Mar 2026 14:26:54 GMT</pubDate></item><item><title><![CDATA[Backup strategy]]></title><description><![CDATA[And this is the result
[image: 1774531386302-screenshot-2026-03-21-at-09-31-45-backup.png]
]]></description><link>https://xcp-ng.org/forum/topic/12010/backup-strategy</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12010/backup-strategy</guid><dc:creator><![CDATA[ph7]]></dc:creator><pubDate>Wed, 25 Mar 2026 23:01:06 GMT</pubDate></item><item><title><![CDATA[Backing up from Replica triggers full backup]]></title><description><![CDATA[@Pilow open a dedicated topic on this . I will ping the relevant team there
is it iscsi + CBT ?
]]></description><link>https://xcp-ng.org/forum/topic/12007/backing-up-from-replica-triggers-full-backup</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12007/backing-up-from-replica-triggers-full-backup</guid><dc:creator><![CDATA[florent]]></dc:creator><pubDate>Wed, 25 Mar 2026 14:32:45 GMT</pubDate></item><item><title><![CDATA[Question about Continuous Replication&#x2F; Backups always doing Full Backups]]></title><description><![CDATA[@tsukraw No worries! Just glad that we can all help each other out!
]]></description><link>https://xcp-ng.org/forum/topic/12003/question-about-continuous-replication-backups-always-doing-full-backups</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12003/question-about-continuous-replication-backups-always-doing-full-backups</guid><dc:creator><![CDATA[Kraken89]]></dc:creator><pubDate>Tue, 24 Mar 2026 16:41:12 GMT</pubDate></item><item><title><![CDATA[Backup Suddenly Failing]]></title><description><![CDATA[@JSylvia007 Sorry, I'm really late to this thread, but note that backups can become problematic if the SR is something like 90% or more full. There needs to be some buffer for storage as part of the process. The fact you could copy/clone VMs means your SR is working OK, but backups are a different situation. If need be, you can always migrate VMs to other storage which is evidently what you ended up doing, which frees up extra disk space.  Also backups are pretty intensive so make sure you have both enough CPU capacity and memory to handle the load.  Finally. a defective SR will definitely cause issues if there are I/O errors, so watch your /var/log/SMlog for any such entries.
]]></description><link>https://xcp-ng.org/forum/topic/12000/backup-suddenly-failing</link><guid isPermaLink="true">https://xcp-ng.org/forum/topic/12000/backup-suddenly-failing</guid><dc:creator><![CDATA[tjkreidl]]></dc:creator><pubDate>Mon, 23 Mar 2026 21:31:37 GMT</pubDate></item></channel></rss>