@MathieuRA I disabled Traefik and reverted to my old XO config (port 443, ssl encryption, http to https redirection), rebuild the docker container using your branch and tested: it is working fine on my end now Thank you very much! I did not expect this to get fixed so fast!

@Andrew had the wrong link. I fixed it as soon as it was mentioned.

@olivierlambert said in 2FA doesn't load graphics properly after XO6 went default (XO from source): Does it work OK without the proxy? Testing on my secondary lab, and the results are the same. Secondary lab runs privileged service, 443 without proxy.

@Greg_E said in Building XCP-ng from source code: @olivierlambert Ok, thanks. Yes I'm eagerly awaiting XCP-ng 9 for testing. Hi, check this thread: https://xcp-ng.org/forum/topic/11698/xcp-ng-9.0-demonstrator-early-preview More coming...

@hitechhillbilly I'd say this is normal if you are low on RAM and you are doing a live VDI migration. XCP-ng requires some amount of free RAM on the host to be able to live migrate the VDI. The larger the VDI, the more RAM is needed but exact sizing is unknown to me. I've encountered this error numerous times so I consider it common. The way around this is to shutdown the VM and then migrate the VDI. RAM requirements in that case are much much lower.

@vaewyn There is an emergency transition to new master xe command. Also, make sure all your hosts are properly time syncronized to each other or there can be pool issues. Try first: xe pool-designate-new-master host-uuid=<new-master-uuid> If that fails, you will need to run on the slave server: xe pool-emergency-transition-to-master