@gskger No problem, I just didn't understand the relationship with truenas' tls. I'll wait to see if anyone else goes through this and in the meantime I'll continue my studies with nbd. Thanks

@olivierlambert I have not. I looked at it last year but haven't checked on it since. I just tried it now and I remember one of the reasons I haven't used it. The self signed certs give my browser fits and I have to open each host up in a new tab to accept them by IP. The console UI seems to work the same in XO lite as in XO. There doesn't seem to be any way to copy and paste.

Nope, that doesn't exist at the moment. But I'm not certain how that would work exactly, at least I've not thought about it here.

@Danp said in xo-cli not found on XOA: @DustinB A newer version based on Debian 12 was rolled out within the last month or so. You would need to deploy a new instance of XOA if you wanted to try it out. Redeploying now. .

@julien-f Wanted to check on this as the fix didn't correct the issue. Thanks Mike

@gskger huh, well then this is particularly odd because the VM came from the same destination! Literally it was migrate A->B (which went fine). Immediately try to migrate B->A with the no host available error. Host B here is the non-VT machine. Not to mention these were stopped VMs. They aren’t taking any resources - just disk.

Okay, good to know

Thank you! Obviously, this wouldn't be possible without our great community

Expect some visible news for our April's release!

@Danp Thank you very much!

@bleader Thx for your answer and good to know

@julien-f Tested. Fixed. Thx!

We could use scoped tags to structure at least one level of folders easily without changing anything in the backend

@Aeoran AFAIK, the XAPI database gets wiped whenever you add or remove the host from a pool. You may be able to restore metadata to the old master once it is no longer belongs to the pool, but I can't guarantee that this will work or not produce other issues. If you don't have backups of the VMs, then you should be able to copy the VHD files to another location by accessing the directory /run/sr-mount/<SR UUID>/ on the old master.

@olivierlambert - it has been resolved.

Solved by 583c728

Ping @julien-f in case it was missed

@paulorrockgit This is clever!

@Danp Thanks for the tip bud! I will search that topic and experiment some more.

Its almost certainly goes through XOA. When I was moving from Esxi to XCP-NG I abandoned the process, then beefed up my XOA memory and CPU cores and it sped up marginally. That was a while ago, some of the VM's I had to use Clonezilla on (too large and kept failing). From what Ive read the migration tool has improved dramatically since then.