Hei alle



Vi oppgraderte hacmp (powerha) 5,2 til 5,4 nylig.



under failover testing, fant vi en merkelig nettverk problem. etter standby node tok tjeneste ip-adresse (172.15.100.8) online på standby NIC, kunne vi logge i standby-noden ved telnet 172.15.100.8 som bor på standby node standyb NIC.



da vi forsøkte å kjøre ping og traceroute til en IP-adresse utenfor av vårt nettverk, for eksempel google.com eller ibm.com, den NIC som holder tjenesten ip-adressen ikke var i stand til å sende pakken ut i det hele tatt.



I stedet primay NIC som inneholder starter adressen til standby-node (172.15.103.79) tar på plass og sende ping pakke ut eller traceroute til ut siden av verden.



derimot, handlet noen tester innenfor intranettet vårt normale. Vi sjekket dns server og rutingtabellen standby node og Gateway Setup, de var alle gode.



det follwoing info er ruting konfigurasjon fra standby-node.



Rutingstabellene
Destination Gateway Flags Refs Bruk Hvis EXP Grupper

Route Tree for Protocol Familie 2 (internett):
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 for Protocol Familie 24 (Internet v6):
:: 1:: 1 UH 0 236 lo0 - --


som du kan se, er standard ruting satt opp for EN4 (den primay NIC som har oppstart ip-adressen). er det mulig at vi manally satt opp en rute oppføring å la EN5 (standby NIC som holder tjenesten ip adresse når failover) går ut side så vel som dette?



Rutingstabellene
Destination Gateway Flags Refs Bruk Hvis EXP Grupper

Route Tree for Protocol Familie 2 (internett):
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 for Protocol Familie 24 (Internet v6):
:: 1:: 1 UH 0 236 lo0 - --

Problemet er ikke relatert til HACMP utgivelsen, men det faktum at du setter standard rute for et alias nettverk på boottime når HACMP ennå ikke er aktiv. For å komme rundt dette routing problem du kan angi ruter fra Application Server, eller du kan konfigurere Vedvarende IP Etiketter av samme nettet som Tjenesten etiketten på cluster noder. I det andre tilfellet velger Collocate med vedvarende IP som policy å unngå å følge opp routing problemer.