Problème cluster pcs/corosync/pacemaker : reboot système du slave fait rebooter le cluster sur le master

Bonjour,

Je travaille sur l'installation & configuration d'un cluster basé sur pcs/corosync/pacemaker.

Le cluster devra être installé sur deux nœuds (QB1 et QB2) et doit gérer trois ressources clustérisées/virtualisées : Intra-IP, Prod-IP, Sam-APP

* Intra-IP : une IP virtuelle (pcs resource create Intra-IP ocf:heartbeat:IPaddr2 ip=192.168.0.23 flush_routes=true op monitor interval=5s)

* Prod-IP : une IP virtuelle (pcs resource create Prod-IP ocf:heartbeat:IPaddr2 ip=10.27.11.23 flush_routes=true op monitor interval=5s)

* Sam-APP : une application Java déployée sur Tomcat (pcs resource create Sam-App ocf:sam op monitor interval=300s op start timeout=600 on-fail=standby op stop timeout=360)

Le fonctionnement attendu est :

1 - Quand un nœud démarre en premier (ex : QB1), il doit devenir master et monter les ressources clustérisées : Intra-IP, Prod-IP, Sam-APP
2 - Quand un nœud démarre en dernier (ex: QB2), il ne doit rien faire parce que le cluster est déjà monté sur l'autre nœud (QB1)
3 - Quand le nœud master reboot (redémarrage système), le cluster doit basculer vers l'autre nœud, qui était slave et devient donc master
4 - Quand le nœud slave reboot (redémarrage système), rien ne doit se passer sur le cluster qui est doit rester en fonctionnement (sans interruption) sur son nœud master

Après install/conf du cluster sur les deux nœuds, voila ce que j'ai constaté :

- Le cluster (intra-ip, prod-ip, sam-app) démarre bien au démarrage du système Linux sur QB1 et QB2
- Le reboot système d’un nœud (ex : QB1) donne les résultats suivants :
* Si QB1 était slave avant son reboot : la fin de son reboot ne lui fait pas prendre le cluster (qui reste tjrs sur le master QB2) mais fait restarter le cluster sur le nœud master (l'application Sam-APP redémarre sur QB2 quand QB1 finit son reboot)
* Si QB1 était master avant son reboot : son reboot fait basculer le cluster sur QB2 (qui était slave et devient donc master), mais quand QB1 finit de démarrer il ne reprend pas le cluster mais fait restarter le cluster sur QB2

Le problème est que pourquoi le reboot système du slave fait reboot l'application Sam-APP sur le nœud master !!! :(:(:(

Cordialement,