Does this basically mean there could be effectively a new version of XOSAN which can leverage local storage across a cluster?

@olivierlambert said in Backups not restoring xcp-ng8.1:

The UUID is really unique. So I suppose the check is on something else. If you can explore logs to get what's blocking it might help us to narrow it

Checking between restore and original. The VM UUID is different. The VDI UUID is different. Not sure what else there is.

@olivierlambert said in Backups not restoring xcp-ng8.1:

You reported your problem, you are asking for something, I'm all ears for suggestions

We should think about the best approach. Actions:

1. Try to find where those changes were made (in XAPI?)
2. Analyze reason of these changes and maybe discuss that with XAPI devs
3. Choose a solution according to our investigation

Thanks! It would be good to get a workaround too. It doesn’t go from MAC address as I’ve tried changing the address and tried deleting the network interface which doesn’t work.

So perhaps it’s looking at the UUID of the VM? Is there a way to change that, or other way such that it now thinks that VM is not a duplicate.

Or perhaps that’s something that could be added to the backup restore system such that it restores with different details such that it doesn’t trigger the duplicate error?

@olivierlambert said in Backups not restoring xcp-ng8.1:

It might be a new check introduced in XCP-ng 8.1 then.

What approach do you suggest?

Isn’t that for you to decide? :).

Obviously I would prefer that check wasn’t there.

@olivierlambert said in Backups not restoring xcp-ng8.1:

So you restored the VM without any problem on the "other host", but when you want to migrate that restored VM on the original host, it fails to do so, right?

Correct. It only works when I’ve deleted the VM that it is a backup of.

I’m sure you can see why keeping a copy of the source VM would be a good idea.

Notably the only reason I was restoring the “other” host was because the restore process hung on the main host. Which may or may not be related.

@olivierlambert said in Backups not restoring xcp-ng8.1:

Can you be more specific? When it throws something? At which point, after which operation?

Sorry. When I go to the page for the VM then migrate. Then select the destination server and storage. Then click proceed and it shows the error in a text box at the top right.

As it is I’ve got the migration working after I deleted the original VM

@olivierlambert said in Backups not restoring xcp-ng8.1:

Can you try your whole workflow in Xen Orchestra?

I'd like to understand if it's a XCP-ng Center "problem"/check or something inside XAPI that changed.

It immediately throws an Operation Failed error.

I can’t seem to get the logs to load to find out more details

I’ve upgraded one of my clusters to xcp-ng8.1

Since then I can’t seem to restore backups from delta backup. Everything appears normal in XO and it appears as “Importing...” in the pool but then nothing happens after that.

It may be related to the issue I had when I restored to a stand alone xcp-ng8.0 server outside of the pool which worked fine and only took a few minutes.

However when I then attempted to move this restored VM over to the pool I got an error in xcp-ng center saying that the move cannot take place because it would cause a duplicate.

I can understand the safeguard as I’ve made the mistake of having a backup running on the same MAC address as another live server and it causes all sorts of problems.

However in this case it wouldn’t allow me to move the VM even if the the original copy was in the pool but switched off!

This does cause a huge problem with my workflow. I often start a restore of a VM while the existing one is running, just in case we have to restore to it. Secondly when restoring I want to keep the original around for a while just in case for whatever reason the restored version isn’t suitable. As it was last night I had to delete all traces of the current VM before I could move the restored version into the pool.

Are there any fixes or workarounds? I tried deleting the network interface but that didn’t make any difference

@gskger said in XCP-ng Center: Future:

@borzel: I second that! From time to time, I try to move over to XOA, but I always keep coming back to XCP-ng Center. XCP-ng Center supports my administrative tasks in a straight forward way (at least apart from backups ) and gives me all the information I need. Thank's for doing a great job!

Same here. XO is good but doesn't give you the same sort of overview that you get from xcp-ng center. Everything is somewhat hidden away under its on set of sub menus.

I have an SQL Server instance which has a 1TB main drive disk and then a shed load (technical term ) of other disks for storing the databases. The whole thing takes up too much disk space for snapshotting to work.

Is there any means to use XO to back up just the boot disk and not back up the data drives? These are backed up by other means anyway.

@badrAZ said in Xen Orchestra proxies - Test Feedback:

Indeed, in your case you need to give the VM an IP address.

To make this possible, we'll improve our solution to let users be able to select the VM's network and to choose the network configuration.

Sounds good. I'll give it another go then!