I'm getting a lot of this message when examining output of dmesg. Would anyone know what this means?

I’m trying out XCP-ng 8.3. I moved a VM from a host running XCP-ng 8.2.1 to XCP-ng 8.3, that went just fine. Now I powered off the VM and I’m trying to move the VM back to the 8.2.1 host but I’m getting:

VM_HOST_INCOMPATIBLE_VERSION_MIGRATE

Is going back no supported?

@olivierlambert I just noticed this after I tried to export a large VM. The export did not complete, nothing was downloaded. Not sure if that's coincidence.

From source. Master, commit 636c8. As far as I know I don't have any scripts going.

I just noticed that about every second there is a new task popping up in the task pane and the number of items keeps increasing. Please see screen shot. Is this normal? This happens even right after rebooting xo. Is this just normal operation or is something stuck?

I have a host with 36 physical cores. On this system there will be two VMs running. Sometimes they will run one at a time, other times they will both be running simultaneously. Should I assign all 36 cores to both VMs so that each VM has access to all the cores when running on its own or will that cause horrible inefficiencies when both VMs are running and it’s better to assign 18 cores to each VM? The load will scale to as many cores as are available. Both VMs are running Windows. If I assign 18 cores to the VM and the VM is running on its own will this mean half of the CPU will be idle?

What about memory, can I over provision memory (assign the total amount of RAM to each VM) or is that no longer supported.

Any insight is appreciated.

I deleted backups of VMs I no longer need (Backups > Restore > Delete backups). No problems so far, but when I want to look at the backup data store, I noticed that there are still directory structures left behind that are associated with those deleted backups (though they are empty). It would be nice if those folders were also deleted so that there is less folders to worry about when creating off site backups.

@olivierlambert The issue started according when I attempted to do a restore of a backup. The restore failed and the rogue tasks started to happen. I waited a few days until a new Xen commit was available, I updated Xen and tried the restore again. This time the restore was successful but the tasks kept coming. I waited some more, updated Xen (today) and the failing tasks are continuing. I noticed that there are some patches available for the hosts. I applied those, rebooted the hosts but unfortunately the tasks are still coming.

@Danp Hello again. I just updated Xen to commit 42dc7. The problem is still occurring

@Danp said in Backup Restore is Stuck:

@Kajetan321 I've seen this exact behavior on a client's site, but it isn't occurring on my local install. This will hopefully be fixed soon.

Are your VM restores working correctly now?

I just tried to do the same restore that caused the initial problem. The restore worked correctly. So it looks like my restores are working.

@Danp I haven't tried to do a restore again. I was hoping to fix this problem before trying again.

@Danp

I restarted the tool stacks, rebooted all hosts and performed a clean installation of Xen. I'm still getting the "XO user authentication" entry about every second. There must be something up on one of the hosts. Any ideas on how to fix? I'm now running the latest Xen (commit 0794a).

In tasks, when I click on "open raw log" a tab opens with the text "Not Found"

@DustinB OK, reset tool stack on both hosts, that helped, the restore task is now gone. I'm still getting the "XO user authentication" entry about every second though even after reverting to my restore point again. Maybe reboot everything?

@Danp By revert I'm assuming revert to an earlier snapshot. Reverting to the last snapshot got me to commit 6056a. Is that what you meant?

The weird thing is, the restore task is still there and still not progressing.

Hello,

I created a test VM (Pop!_OS) and created a backup job for it. It has been backing up daily without any visible issues. To test the restore process, I deleted the VM and then went into restore to get my VM back from backups. The restore process appears to be stuck. When looking in tasks I get:

Please note the "XO user authentication" entry that I'm getting about every second.

Hovering over the Cancel and Destroy icons turns my courser turns to a prohibition icon (red circle with a red diagonal dash going through it).

Under the restore tab I'm seeing this:

How do I cancel this task and what to do about the failed restore?

I'm using Xen from source, I'm on Xen Orchestra, commit e8c6f.

Thank you.

Let’s say something happens and I lose my XO VM. Let’s also say my XO Config backups are unavailable. If I create a fresh XO install, will this XO be able to recognize VM backups created in the previous XO and restore them?

Well, if the software and support are poor, than maybe different vendor is best.

I found this: https://www.digi.com/products/networking/infrastructure-management/usb-connectivity/usb-over-ip/anywhereusb

Not cheap but they mention "virtualization" and "software license key fob" in their marketing blurb.

I would prefer a cheaper USB 2.0 version as I don't need the speed of USB 3.1.

It would be great to hear what brands/products people are successful using for this. I have no experience with this technology.

Re: Attaching USB storage via XOA

I'm trying to use XCP-ng and Xen for software testing. I have software that uses Thales USB licensing dongles (to use software, you need a hardware dongle attached).

I have been following instructions on here mostly: [XCP-ng USB Passthrough(https://www.techtutorials.tv/sections/xcp-ng/xcp-ng-usb-passthrough/) I have been able to get it to work.

My concern is that there may be problems down the road. Apparently, the pass through does not survive Xcp-ng host reboot. I also read that USB pass though interferes with snapshots and backups.

Could someone elaborate what additional constraints USB pass though brings to snapshots and backups? Does it matter if I'm passing though an actual USB device rather than a USB flash drive?

I would like to +1 on more love for USB pass through in Xcp-ng and Xen Orchestra.