<![CDATA[clean-vm (end) is stalling ?]]>Hi,

Did you notice that since latest releases (I guess from 6.3.0 upward) that the merge process in the final phase of backups is stalling ?

57 seconds of transfer phase, followed by 8min of clean VM stuff (probably merging)
ac16ac28-913b-47f9-b5bd-8b755df463ed-image.jpeg

2min47sec of transfer / 15min of clean-vm
c0896855-8972-47c0-a1e7-c7b37a3fccb0-image.jpeg

when you have lots of VMs, this adds up a lot to the backup window...

how could we make this better ?
@florent could you describe what is happening in the two clean-vm phases ? start and end ?

we tried many tricks to make this better (concurrency to 1 to avoid multiple mergings happening simultaneously, add cpu & RAM to the xoproxy VM, to the minio remotes too, to better handle the load)
but quite not there yet... still having quite long merging times in regard to the transfered size (i know this isn't last transfer that is merged it's the oldest, but seeing this behavior on quite similar incremental backup transfers)

I think this is new, due to latest releases and updates to backup code

]]>https://xcp-ng.org/forum/topic/12066/clean-vm-end-is-stallingRSS for NodeWed, 08 Apr 2026 21:20:46 GMTWed, 08 Apr 2026 18:35:19 GMT60<![CDATA[Reply to clean-vm (end) is stalling ? on Wed, 08 Apr 2026 18:44:07 GMT]]>another example, on another client server :

yesterday we were on XOA 6.0.3
44f9a93b-3e8e-45b4-9a98-767489a3cb80-image.jpeg

today we updated to XOA 6.3.2
91898d80-a37f-4ca7-bcb1-f3340d45530b-image.jpeg

clean-vm get from 4min to an hour on this single VM ! for barely 5Gb transfer size 😕
same VMs, same NFS remote on same NAS, nothing changed except XOA version

whole backup window on this 12 VMs job is shifted +4hours (still not finished...)

]]>https://xcp-ng.org/forum/post/104277https://xcp-ng.org/forum/post/104277Wed, 08 Apr 2026 18:44:07 GMT