2 votes

Limites d'emplacement du pacemaker sur les ressources apparemment non respectées

J'ai une configuration Pacemaker avec deux ressources STONITH. Elles ont des contraintes d'emplacement que crm configure show répertorie comme suit :

location loc_stonith_node1 stonith_node1 rule -inf: #id eq node1
location loc_stonith_node2 stonith_node2 rule -inf: #id eq node2

Pourtant, crm status indique que les deux ressources sont démarrées sur node2 :

stonith_node1   (stonith:external/ipmi):    Démarré node2
stonith_node2   (stonith:external/ipmi):    Démarré node2

Cette situation persiste même si j'exécute crm resource stop puis crm resource start sur les deux ressources. Qu'est-ce qui pourrait expliquer que les contraintes d'emplacement ne soient apparemment pas respectées ?

MISE À JOUR Si j'exécute crm resource migrate stonith_node2 node1, la ressource démarre sur node1, mais si j'exécute ensuite crm resource unmigrate stonith_node2, elle rebondit immédiatement sur node2.

0 votes

Veuillez ajouter la configuration complète, omettre les détails sensibles, si nécessaire.

1 votes

@gf_ Je suppose qu'à ce stade, le problème est que #id fait référence à des identifiants de nœuds tels que 1, tandis que #uname fait référence à des noms de nœuds (noms d'hôtes) comme node1. Je vais essayer de passer à #uname pour voir si cela fait une différence, et je vous tiendrai ensuite informé.

2voto

rookie09 Points 553

J'ai surmonté le problème en passant à une autre forme syntaxique pour les contraintes de localisation qui ne nécessite ni références à #id ni #uname:

location loc_stonith_node1 stonith_node1 -inf: node1
location loc_stonith_node2 stonith_node2 -inf: node2

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X