Ghost XO user authentication task has nothing to do with backup restore, it is a known bug that will likely be fixed in the next release.

Roughly, a snapshot is created and transferred while all new blocks written are mirrored to the destination. When the entire snapshot is created on destination, the VM is frozen few ms to finish consolidating the mirrored blocks into the destination snapshot. And then the memory is transferred.

@olivierlambert I think that was probably related to my question if he tried to connect the same NFS share on the Synology as storage and backup target

@florent Thank you for the update.

Snapshot will stay until the next backup. It's the "point of reference". But it shouldn't stay attached ot the Dom0 after it's done.

Yes, that would be better to open a ticket at that point

@lawrencesystems Thank you for the reply! I considered BHC in the past, wasn't sure to how big to make the SR for the restores BTW Love your XCP YT content, helped me understand so many features and best practices

Thank you for the update Andy.

You are welcome

There's no way we can do incremental since the VDI is changed/rebuilt during a migration (it's a new VDI created). As soon as you move a VDI, a new full is done automatically because the VHD is entirely new. Doing incremental on top of it would corrupt it.

Ping @florent

Yes, when you delete a snap, it must be coalesced. So everything is normal here. Switching the thread a solved, thanks for your feedback!

@rtjdamen said in Vinchin: i run into some issues related to specific vms, most likely caused by storage issues from the host or by the backup itself. We will give that some time to experience, in the meantime i want to understand the alternatives as well. No problem From a high level view, it appears that there is at least some integration of the product to support XCP-ng, likely either through an agent or API call. It's not a single pane of glass to view at the environment though, which might be irritating. As for the product itself I can't say as I've never used it.

@olivierlambert Haven't checked the CPU as CPU is never a problem on my load But yes this speed is a lot better so I can backup more frequently (every 2hrs for the important VM's) Actually the speed on my homelab is faster than the ones we get at the enterprise with "real" hardware.

We are using XOA, i have tried restarting XOA but that does not resolve the issue. You get a red exclamation mark direct when u select the virtual disk, then u reclick the disk and u get a list of partitions but it does not show the content. Maybe this first step is allready causing the issue? Robin

a case for this: have a lot old, disabled vms with some archive data\projects. Probably they will never be used again, but who knows. So i create 1 full backup, but when yet one vm go to archive, i need to run that task for all vms.

@michmoor0725 said in Only one back up wont restore: @manilx Thank you for the link. The fix in that thread worked. tldr. Problem with the ronivay self compiled code. Reverting to old commits fixed issue. Will be watching for a fix. This is a known issue that is in-progress, the issue isn't with the installation script you chose, but with XO Source specifically. Error: self-signed certificate This is something like the 15 topic here on the forums.