The issue is there's a VDI that's not in the right map. It's hard to tell why without having a deeper look.

@McHenry @nick-lloyd With todays release of Xen Orchestra (XOA) version 5.100 there's now support for custom ACLs based around tags. These will prove really useful when your setting up the XOA with its ACL for your clients to access self service, while ensuring that they can't access the other's pools and VMs etc.

@Danp The file is getting removed every time, that's why I was questioning the behavior of the command (whether it is grabbing all records or cached records). We can do that, but if the user is deleted, that user entry would be gone.

@nikade This is what is currently have: [16:39 xc-ng-hv1-fi ~]# sysctl net.ipv4.ip_forward net.ipv4.ip_forward = 0 Is setting the value to 1 all O need to do? net.ipv4.ip_forward = 1 in /etc/sysctl.conf

@Danp Thank you, trying now.

Since it was somewhat critical (urgent migration from other pool), I had to switch the pool masters and had to restart the xcp028. But I downloaded the system log. Maybe you find the cause of the problem there? BTW, before restarting the host, I was not able to download these logs (failed).

Yeah I think that's the best approach in your case

Just going to XO / Home / Pools / pool-1 and pressing "Add hosts" button, selecting host-2 worked OK this time. So no detaching host from a pool and attaching to new pool ... just a button

That's what it was. For whatever reason, ubuntu defaults to installing these versions for node and npm respectively: v12.22.9 8.5.1 Following the steps here fixed it. As always, thanks!!

@stevewest15 Thx for SMlog. I don't see anything suspicious

@McHenry Check the contents of the VM's blocked-operations parameter. This is from one of my VMs -- # xe vm-param-get param-name=blocked-operations uuid=e764e6fb-5e18-35dd-cfb6-ddf83d32e1fd start_on: Start operation for this vm is blocked, clone it if you want to use it.; start: Start operation for this vm is blocked, clone it if you want to use it. Both the start and start_on operations should be blocked on CR created replicas.

@olivierlambert Ah! I didn't have any ISOs connected to the CD drive, but the VM did have quite a few snapshots. I deleted a majority of those (though not even all of them), and it migrated successfully. Thanks!

@McHenry https://xcp-ng.org/docs/api.html Restarting the API Sometimes, you might want to restart the toolstack (API and storage stack). You can do it with the following command from the host console (or directly with Xen Orchestra): xe-toolstack-restart TIP Restarting XAPI won't affect any running VMs. However, all backup/export tasks will be removed.

@olivierlambert said in VM Autostart order: There's already the vApp support in XAPI since a while, so it's really only a XO Lite/XO matter. Is the AutoStart vApp along with the script already created? If not then like I said its both.

Yes, it's a "definition" question/problem: a SR is the exact place where you store your virtual disk images. On NFS, it's a folder named after the UUID of the SR. As Dan said, if you connect to the same NFS folder, it will create a new folder for each new SR inside. So even if it's the same physical device/NFS share, there's many SRs on it. For a block based SR, it's different: if you pass a LUN (in ISCSI for example), it will attach it and warn you: either you want to re-attach the previously existing SR (UUID etc) either you erase it completely to start from scratch. There's no "folders" on a block space like a LUN, so it's different.

@olivierlambert Thanks Oliver, lots to learn. p.s. Congrats on the 8.3 launch.

Thanks !

@Andrew it’s a simple dell USB-C to Ethernet adapter, nothing fancy. I’m running XCP on a laptop with only USB-C ports… I’m gonna try with other types of adaptors and we’ll see

@olivierlambert No problem however I am confused. If I use XO, which does not need registration, and the proxy does need registration however is the proxy registration tied to the unregistered XO?

@olivierlambert I will try to... Perhaps, it is related to the untrusted certificate of my installation.