salut tous



nous avons mis à jour HACMP (powerha) de 5,2 à 5,4 récemment.



au cours de l'essai de basculement, on a trouvé un étrange problème de réseau. après le service de veille noeud a une adresse IP (172.15.100.8) veille à la carte en ligne, nous avons été en mesure de vous connecter à la veille de noeud par telnet 172.15.100.8 qui reste à la veille de noeud standyb NIC.



lorsque nous avons essayé de ping traceroute ou à une adresse IP en dehors de notre réseau, par exemple google.com ou ibm.com, qui détient la carte de service l'adresse IP ne sont pas en mesure d'envoyer des paquets à tous.



la place, la carte réseau qui détient primay boot adresse de veille noeud (172.15.103.79) sera en place et envoyer les paquets ping ou traceroute vers à côté du monde.



d'autre part, des essais au sein de notre intranet a agi normal. nous avons vérifié dns serveur et la table de routage du noeud de veille et de la passerelle de configuration, ils sont tous bons.



follwoing l'info est la configuration de routage de veille noeud.



Tables de routage
Destination Gateway Flags Refs Use Si Exp Groupes

Route de l'arbre de famille pour le Protocole 2 (Internet):
par défaut 172.15.100.150 UG 1 28215 EN4 - --
127 / 8 127.0.0.1 U 9 921983 lo0 - --
172.15.100.0 172.15.103.79 UHSb 0 0 EN4 - - \u003d>
172.15.100/22 172.15.103.79 U 6 4212671 EN4 - --
172.15.103.79 127.0.0.1 UGHS 0 671937 lo0 - --
172.15.103.255 172.15.103.79 UHSb 0 288 EN4 - --
172.16.60.0 172.16.60.60 UHSb 0 0 EN5 - - \u003d>
172.16.60/22 172.16.60.60 U 2 2712283 EN5 - --
172.16.60.60 127.0.0.1 UGHS 0 382645 lo0 - --
172.16.63.255 172.16.60.60 UHSb 0 1 EN5 - --

Route de l'arbre de famille pour le Protocole 24 (Internet v6):
:: 1:: 1 UH 0 236 lo0 - --


mai comme vous le voir, le routage par défaut est configuré pour EN4 (la carte réseau qui détient primay boot adresse IP). est-il possible que nous manally mis en place un itinéraire d'entrée pour laisser EN5 (NIC veille qui possède l'adresse IP du service lors du basculement), allez dehors et comme ça?



Tables de routage
Destination Gateway Flags Refs Use Si Exp Groupes

Route de l'arbre de famille pour le Protocole 2 (Internet):
par défaut 172.15.100.150 UG 1 28217 EN4 - --
127 / 8 127.0.0.1 U 10 922176 lo0 - --
172.15.100.0 172.15.103.79 UHSb 0 0 EN4 - - \u003d>
172.15.100/22 172.15.103.79 U 6 4213902 EN4 - - \u003d>
172.15.100/22 172.15.100.8 UG 0 6 EN5 - --
172.15.103.79 127.0.0.1 UGHS 0 672133 lo0 - --
172.15.103.255 172.15.103.79 UHSb 0 288 EN4 - --
172.16.60.0 172.16.60.60 UHSb 0 0 EN5 - - \u003d>
172.16.60/22 172.16.60.60 U 2 2712830 EN5 - --
172.16.60.60 127.0.0.1 UGHS 0 382726 lo0 - --
172.16.63.255 172.16.60.60 UHSb 0 1 EN5 - --

Route de l'arbre de famille pour le Protocole 24 (Internet v6):
:: 1:: 1 UH 0 236 lo0 - --

Le problème n'est pas lié à la libération HACMP, mais sur le fait que vous avez défini la route par défaut pour un réseau à l'alias boottime lorsque HACMP n'est pas encore active. Pour contourner ce problème de routage, vous pouvez fixer les itinéraires de l'Application Server, ou vous pouvez configurer persistants IP Labels de même que le Service net Label de noeuds de cluster. Dans le second cas, de choisir avec colocaliser persistants IP pour éviter que la politique de suivi des problèmes de routage.