Thanks for the input @tony and @stormi. Turns out I've managed to get most of the machines back on the second node after getting some help to force it back to being the master and powering off dead VM's etc. so I think I've avoided having to do this.

It is really useful info however, and I will probably give this a try at some point just so I can if I ever need too.

Thanks again.

@erfant probably not because the nvme driver is loaded and there're no nvme errors in the logs.

@olivierlambert thank you and your team for this great project and community! It's a nice place to share knowledge and learn new stuff. I learn a lot here! 👍

Eg: xe pool-ha-enable heartbeat-sr-uuids=<SR-UUID> ha-config:timeout=90

In other words, you must empty the host before add it to the primary pool, of course, you can migrate VM from one pool to another. And if your hw is not the same, but similar, you'll have an heterogeneous pool.

That's because UEFI is almost by default on HyperV since longer in XenServer/XCP-ng. When Windows 2012R2 was out, only BIOS was available on XenServer. So they put the template using UEFI.

Again, with Xen Orchestra, you should have been able to enable UEFI with it.

@Ascar said in Disk Usage for Control Domain on server 'abc.mydomain.com' has reached 92%.:

If you see any deficiency in my plan please share your view.

The main drawback I see is that you may have to reboot that VM from time to time, so the SR will become unresponsive and maybe hang some tasks until it's back. And when you reboot your hosts they will try to connect to a VM that may not be available yet.

I would say definitely no for use of a VM as shared storage, but for an ISO SR that may be usable enough.

:SlapinFace: should have know that but didn't double check it.. anyways thanks!

To answer your last question, you can sort of make this work, you can set a "home" server for each VM where it will try to start first, if home server isn't available it will start on any other available server. If you want absolute separation then you'll have to make 2 pools and split them there. You should still be able to live migrate the VMs between pools but you won't be able to share your SR between pools.

@jstorgaard Updated packages are now available for you to test: https://github.com/xcp-ng/xcp/issues/434#issuecomment-688786905

olivierlambert created this issue in xcp-ng/xcp closed Backport Xen patch to support Ice Lake and Comet Lake CPUs #434

Just wanted to bump the post
I get his error too.
Doesn't really affect my situation much, I'm able to access XOA just fine after rebooting the server, but the one time I had the computer hooked up to a screen I did notice the message last a long time, and actually never reached the console.

Just nothing right now. VMs will continue to run. You won't be able to send orders (like moving VM, stop, or start new VMs).

If your master is down for good, you can emergency transition the master to a slave (but you must be SURE the previous master won't come back!).

I have no idea 😄

Hi
Thanks for the help - found the icon Add Host (after a lot of searching 🙂 )

J.

Which is exactly the right behavior! Perfect 🙂 Thanks for the feedback.

Yes, system profile seems the most obvious thing to me. Double check it's on "Performance" on both hosts.

Buggy ACPI tables is sadly more common on non-enterprise grade hardware 😞

Might be related or not, but thanks for the feedback about frequency 🙂

@olivierlambert Ok, thanks. I will create another topic for the display issue.

Ah, probably won't work then, I'll try NFS async, thanks!