hi all



haben wir HACMP (powerha) zwischen 5,2 und 5,4 vor kurzem.



während der Failover-Tests haben wir festgestellt, eine seltsame Frage Netzwerk. nach Standby-Knoten hat Service-IP-Adresse (172.15.100.8) online unter Standby-NIC, wir waren in der Lage, sich im Standby-Knoten von telnet 172.15.100.8, die bleibt auf Standby-Knoten standyb NIC.



, als wir versucht haben, um Ping oder Traceroute zu einer IP-Adresse außerhalb des Netzes, z. B. google.com oder ibm.com, die Netzwerkkarte, der Service-IP-Adresse nicht in der Lage waren, um alle Pakete an alle.



statt, die primay NIC, der Boot-Adresse der Standby-Knoten (172.15.103.79) wird, und senden Sie das Ping-Paket oder traceroute auf die Seite der Welt.



Auf der anderen Seite, die Prüfung in unserem Intranet gehandelt normal. wir prüfen dns Server-und Routing-Tabelle für die Standby-Knoten-und Gateway-Setup, waren sie alle gut.



die folgenden Informationen ist die Routing-Konfiguration von Standby-Knoten.



Routing-Tabellen
Destination Gateway Flags Refs Verwendung Wenn Exp Gruppen

Route Tree Protokoll für die Familie 2 (Internet):
Standard 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 Tree Protokoll für die Familie 24 (Internet-V6):
:: 1:: 1 UH 0 236 lo0 - --


Wie Sie vielleicht sehen, dass der Standard-Routing ist für EN4 (die primay NIC, der Boot-IP-Adresse). ist es möglich, dass wir manally ein Route-Eintrag zu vermieten EN5 (Standby-NIC, die über die Service-IP-Adresse, wenn Failover) gehen auf dieser Seite auch so?



Routing-Tabellen
Destination Gateway Flags Refs Verwendung Wenn Exp Gruppen

Route Tree Protokoll für die Familie 2 (Internet):
Standard 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 Tree Protokoll für die Familie 24 (Internet-V6):
:: 1:: 1 UH 0 236 lo0 - --

Das Problem ist nicht im Zusammenhang mit der Freisetzung HACMP, sondern auf die Tatsache, dass Sie die Default-Route für einen Alias-Netzwerk auf, wenn boottime HACMP ist noch nicht aktiv. Um rund um die Routing-Problem könnte man die Strecken aus dem Application Server oder Sie können konfigurieren, persistente IP Labels von der gleichen Netz wie die Label-Service auf dem Cluster-Knoten. Im zweiten Fall wählen Sie zusammenstellen mit Persistente IP als Politik zur Vermeidung von Follow-up-Routing-Probleme.