@Pilow A oui ? Tu peux détailler sur la méthode ? Et du coup pour en revenir a mon problème de déconnection lors d'une création d'une machine ou autre je ne comprend pas ...

Not sure the issue, but rebooted the host and everything is fine again. I definitely had rebooted the host twice though after applying the patches and physically unplugged and moved the host.

@bvivi57 Hello ! Déjà bravo pour le travail d'écriture, faire plusieurs articles aussi long, avec screenshot et commandes CLI intégré, c'est un boulot de fou ! J'ai rapidement parcouru tous tes articles, je prendrais le temps de tout relire pour te faire un feedback complet avec quelques tips, si tu le souhaites ! Sur le dernier article, j'ai vu que tu as redémarré xo-serveur parce que tu n'arrivais pas à te reconnecter au master: tu peux (dans XO5, pas encore XO6) juste aller dans setting server, et cliquer sur le bouton "disconnect" et "reconnect". Ça va forcer une reconnexion à la XAPI, et si elle est disponible, ça va reconnecter ton pool instantanément à ton XO. Redémarrer un XO, surtout si tu as plusieurs pools, peut avoir certaines conséquences : Si tu as des backups en cours, ça va les kill instantanément, pareil pour les migrations entre deux pools différents. Il faut y aller doucement avec un systemctl restart xo-server En tout cas merci pour ces articles, je suis heureuse de voir que la communauté francophone s'intéresse de plus en plus à l'écosystème XCP-ng/XO (et je dit ça en tant qu'"early" qui utilise la solution depuis... longtemps ! )

@HeMaN We would like to know that too. It seems that xo is receiving something, but not what it is expecting. But unfortunately we cannot see what it receives. With a saml tracer plugin I can see data that my browser exchanges with Surf and there are the field that are used/needed, like the uid and the mail. [image: 1774858712074-browser-reply.png] But from my understanding xo requests its own data from surf based on token from the web session.

@Danp Sorry for the late reply – I was in fits of laughter and completely forgot to ask my question. My question is: when I want to shut down a node with VMs on it, the HA will cause the following: [image: 1774855043154-033232c1-b000-4854-acea-171eed970a70-image.jpeg]

Good moaning... The solution was pretty simple: a toolstack restart on the master (xcp83) did get all back on track and it now allows me to move the systems with a simple shutdown/start.

@olivierlambert & @mathieura thanks for the speedy response. Duly noted, very much appreciated.