Yes, if you removed the master without tell it to transition the master role to another machine, you have to promote manually your current slave if your "old master" isn't there anymore

@Jonathon @olivierlambert If it is not being blocked, then it may be their efforts to prevent node saturation by moving from node to node. What plan are you on, is it the free one? If so then this movement will occur more frequently as they move from node to node roughly around every 5-10 minutes. So will experience this loss (timeout) of connection on a regular basis! With a paid plan its much less frequently, also the Cloudflare ZT support team with detailed logs may be able to aid in stabilising connectivity. https://community.cloudflare.com/t/my-remote-users-drop-at-least-5-times-a-day-randomly/474817 https://community.cloudflare.com/t/cloudflare-ssh-proxy-dropping-connections/397306 Their minimum paid plan with 100% uptime and SLA is the "Pay-as-you-go" plan. So if your going to be carrying out actions in XOA regularly over a remote connection, which need to have a long timeout then a paid plan would pay for itself.

weird. got it.

@olivierlambert Sorry. I was working some other stuff, so I haven't had a chance to look. And I don't know if I will have time until next weekend. Thank you for checking up, though. I will post when I have an update on the situation.

@kevdog You can force a host to be ejected even if the host is not reachable any longer from the pool master using: xe host-forget uuid=UUID If there is any issue because VMs are thought to be running still on that host, you may need to do a power state reset on such before you can get rid of that host. See if that works for you.

@olivierlambert Thank you! I read the blog post you linked and it sounds perfect for me. It looks like it will come in handy as I work to get my VMs migrated off older versions of Citrix and XCP to modern, cohesive hosts.

@Danp Thank you. I hadn't noticed this configuration menu.

@olivierlambert Thanks for the clarification, it is definitely from sources. Apologies I will try to remember! I'll patch my system a little later today. Edit: Patched to Xen Orchestra, commit 6953e - All good. Thanks, really appreciate the prompt fix!

@olivierlambert Thanks I see that clarifies things. Took me a while to realize that this is to change the management xcp-ng connection to the network and not the VMs.

@olivierlambert Gotcha, that's what I thought. Thanks! So yeah @rauly94 either use XO Proxy or setup a VPN, those are the 2 best options for this.

Yes it will

@creoleMalady one more suggestion for the sake of an alternative solution. If you insist on managing multiple servers not in host (even though running them in a pool would equalize the CPU features to the oldest CPU available) you can use Cloudstack as a management platform to do the templates and networking for you. It dynamically transfers templates and assigns networks on demand on the hosts as you provision vms on them. The disadvantage is that you need to learn Cloudstack which can be much of an overhead by its own if you dont want to go too deep.

Before the end of the year