Je sais pas si c’est encore d’actualité, mais en cherchant vite fait pour aider Sébastien, j’ai trouvé ça concernant uCARP:
http://www.syawar.com/2013/01/16/ucarp-prevent-re-assertion-of-original-master/ <http://www.syawar.com/2013/01/16/ucarp-prevent-re-assertion-of-original-master/> A priori, le monsieur a aussi eu besoin de déclarer les 2 en SLAVE pour que ça tombe en marche, avec un inconvénient. > Le 7 juil. 2017 à 19:30, Vincent Bernat <ber...@luffy.cx> a écrit : > > ❦ 5 juillet 2017 14:53 GMT, Sébastien 65 <sebastien...@live.fr> : > >> J'explique : Si Debian1 tombe l'IP VIP bascule bien sur Debian2, en >> revanche lorsque Debian1 est de nouveau UP, il récupère l'IP de >> Debian2 (je voudrais éviter cette bascule). >> >> >> J'ai tourné toutes les options de UCARP ou Keepalived avec ou sans le >> preempt cela ne change strictement rien ! Même problème avec KALIVED >> avec les priority/MASTER>BACKUP/BACKUP>BACKUP. > > Sur keepalived, pour chaque instance VRRP, il faut mettre "nopreempt", > il ne faut qu'aucun des deux ne se retrouve avec une priorité de 255 et > il faut mettre "state BACKUP" sur les deux. > -- > Identify bad input; recover if possible. > - The Elements of Programming Style (Kernighan & Plauger) > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
