Hi all



wij opgewaardeerd hacmp (powerha) 5,2 tot 5,4 onlangs.



tijdens de failover testen, vonden we een vreemd netwerk probleem. na standby knoop heeft dienst ip-adres (172.15.100.8) online op de standby-netwerkkaart, we waren in staat om in te loggen in de standby-knoop door telnet 172.15.100.8 die verblijven op de standby-node standyb netwerkkaart.



toen we probeerden te lopen ping of traceroute naar een ip-adres buiten van ons netwerk, bijvoorbeeld google.com of ibm.com de netwerkkaart die in het bezit dienst ip adres waren niet in staat om uw pakket op alle.



plaats, de primay netwerkkaart die in het bezit boot adres van de standby-knooppunt (172.15.103.79) neemt de plaats in en stuur het pakket ping of traceroute naar de kant van de wereld.



Aan de andere kant, alle testen binnen ons intranet gehandeld normaal. wij gecontroleerd dns server en routing tabel van de standby-knooppunt en gateway setup, ze waren allemaal goed.



de follwoing info is de routing configuratie vanuit de standby-node.



Routeringstabellen
Destination Gateway Flags refs Gebruik Als Exp Groepen

Route Tree Protocol Familie 2 (internet):
standaard 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 Family Tree Protocol 24 (internet v6):
:: 1:: 1 UH 0 236 lo0 - --


Zoals u ziet, wordt het standaard routering is opgezet voor EN4 (de primay netwerkkaart die in het bezit boot ip-adres). is het mogelijk dat we manally opgericht binnenkomst een route te laten en5 (de standby-netwerkkaart die het bezit is van de dienst ip adres als failover) gaan uit elkaar en als deze?



Routeringstabellen
Destination Gateway Flags refs Gebruik Als Exp Groepen

Route Tree Protocol Familie 2 (internet):
standaard 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 Family Tree Protocol 24 (internet v6):
:: 1:: 1 UH 0 236 lo0 - --

Het probleem is niet gerelateerd aan de HACMP vrijkomen, maar naar het feit dat u de standaard route voor een aliased netwerk op boottime wanneer HACMP is nog niet actief. Als je rond die routing probleem kon je de routes van de Application Server of u kunt configureren persistente IP stickers van hetzelfde net als de Service Label over een cluster. In het tweede geval kiest legeren met persistente IP als beleid om te voorkomen dat de follow-up routing problemen.