hej alle



vi opgraderet HACMP (powerha) 5,2 til 5,4 for nylig.



i løbet af failover-test, fandt vi en underlig netværk spørgsmål. efter standby-node tog tjeneste ip-adresse (172.15.100.8) online på standby NIC, vi var i stand til at logge på standby knude ved telnet 172.15.100.8, der forbliver på standby knudepunkt standyb NIC.



da vi forsøgte at køre ping eller traceroute til en ip-adresse uden for vores netværk, for eksempel google.com eller ibm.com, NIC, der holder service ip-adresse ikke var i stand til at sende en pakke ud til alle.



i stedet, det primay NIC, der holder boot adresse på standby node (172.15.103.79) vil finde på plads og sende ping pakke ud eller traceroute ud til side af verden.



på den anden side, handlede ethvert forsøg på vores intranet normale. vi tjekkede dns server og routingtabellen af standby-node og gateway setup, de var alle gode.



Det follwoing info er routing konfiguration fra standby node.



Routingtabellerne
Destination Gateway Flags Refs Brug Hvis Exp Grupper

Rute Tree for protokol Familie 2 (Internet):
default 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 - --

Rute Tree for protokol Familie 24 (Internet v6):
:: 1:: 1 UH 0 236 lo0 - --


som du kan se, standard routing er sat op til en4 (den primay NIC, der holder boot IP-adresse). er det muligt, at vi manally oprettet en rute ind for at lade en5 (standby NIC, der har tjenesten ip-adresse, når failover) går ud side såvel som denne?



Routingtabellerne
Destination Gateway Flags Refs Brug Hvis Exp Grupper

Rute Tree for protokol Familie 2 (Internet):
default 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 - --

Rute Tree for protokol Familie 24 (Internet v6):
:: 1:: 1 UH 0 236 lo0 - --

Problemet er ikke relateret til HACMP frigivelse, men at det faktum, at du som standard indstille ruten for et alias netværk ved opstart, når HACMP er endnu ikke aktiv. At komme rundt, at routing problem, du kan indstille ruter fra Application Server eller du kan konfigurere Vedvarende IP Etiketterne på samme net som Tjenesten Label om klyngens noder. I det andet tilfælde vælger Collocate med persistente IP som politik at undgå at følge op routing problemer.