Errors in CAPS means an error from the host. Check host logs, also check dynamic min memory == dynamic max

Indeed, XO doc was built for XenServer (before XCP-ng existed). @Darkbeldin will update this accordingly

Hi, I'm not sure to get what's your problem. What are you trying to achieve exactly? And what are you doing step by step?

Great to hear, looking forward to the updates.

I fixed it by running the following: yarn cache clean yarn --network-timeout 10000000

Indeed.

@olivierlambert Oh, I totally missed the Advanced button! Thanks!

Double check your 2nd host have permission to connect to the LUN. Try local commands on this host to see if you can access the LUN (iscsiadm for example).

There's no XO tasks per se, so you can't see it What matters is you have all the VM migrated in the end, but yes, it's not "visible". Next major XO UI will have "XO tasks" that will display clearly the queue

I got the same error again today. It's a delta job with two remotes. [image: 1617015537043-fe12531c-52e2-4457-bc13-ee36db7f4fb5-image.png] Even though it says the backup failed, it looks like it is available on both remotes: [image: 1617015649230-ca6eabb8-f810-44ac-bce0-7079755bc7de-image.png] srv01 = pool member srv02 = pool master srv03, srv04 = backup remotes XOA runs on srv02 The error seems to imply that it can't resolve the hostname of srv02, but that seems rather odd. I am using static IP only.

Hi, Please before creating a thread, read carefully this: https://xen-orchestra.com/docs/community.html Double check you are on the latest commit from master branch.

@gigante said in Pool CPU usage is impossible: @s-pam I am unsure of the purpose of that, but at least now I know! Thanks! Just guessing here, but one reason is probably that single-threaded applications can only utilise one CPU thread, so they cannot go faster than 100%.

@olivierlambert Thanks for the reply. I'll change to the "master" branch. I thought you were on a release schedule because you have a "releases" tab with the releases.

@deoccultist Not much I can add there, it looks like a system error between your XOA and the remote. What kind of remote are you using? Does this happen often? Have you tried restarting xo-server or the OS?

I can recommend gparted to resize your partions. It's easy and has a GUI. Important: you can't resize the boot partition without a live ISO.

I don't think console is possible at all (I have no idea in fact, I don't think Docker got an API to allow a remote console display). XO could deal with Docker API, it's not a "physical" access in the container.

@olivierlambert Then keep it in mind for that.

@olivierlambert So much for my memory..... XCP-ng center always exports a snapshot as a template. The menu item is called that and the xva files made always re-import as templates. The equivalent xe function is xe snapshot-export-to-template which does the same thing. The only way to export the snapshot as a VM is to set the is-a-template parameter to false then export with xe vm-export. Once that's been done it looks impossible to set is-a-template back to true. Using either xe vm-param-set or xe snapshot-param-set and trying to set is-a-template back to true gives an error "VM_IS_SNAPSHOT" I remember one of the backup scripts, NAUBackup/VMBackup if you're familiar with it, doing this and was never quite sure why until now. Looking through its code, it's creating a snapshot, setting is-a-template to false, exporting it as a VM, then deleting the snapshot in order to make an xva file backup while keeping the VM live. I'm not familiar with backups made by XO but I'm guessing you must be doing them in a similar fashion. Edit: I just did some more testing and discovered that as soon as I set the is-a-template parameter to false on a snapshot made by XCP-ng Center or xe vm-snapshot, it starts showing up in the xsconsole "All VMs" list and in xe vm-list commands just as snapshots created by XO do. In addition, they're showing up both on xe vm-list and xe snapshot-list. Fresh snapshots made with is-a-template still set to true show up in xe snapshot-list but do not show up in xe vm-list or xe template-list. They do show up in the list of templates available in XCP-ng Center when creating a new VM but those with is-a-template set to false do not. This is starting to smell to me more like a bug in xe or XAPI and possibly XCP-ng center as well but definitely in xe or XAPI. Is there any way to look into what's going on there?