Ciao a tutti



abbiamo aggiornato hacmp (powerha) da 5,2 a 5,4 di recente.



durante il test di failover, abbiamo trovato uno strano problema di rete. standby dopo nodo preso servizio indirizzo ip (172.15.100.8) on-line su standby NIC, siamo stati in grado di accedere in modalità standby nodo da telnet 172.15.100.8 che rimane in standby nodo standyb NIC.



quando abbiamo tentato di eseguire ping o traceroute ad un indirizzo ip al di fuori della nostra rete, ad esempio google.com o ibm.com, la scheda che contiene l'indirizzo ip del servizio non sono stati in grado di inviare qualsiasi pacchetto a tutti.



invece, il NIC primay di avvio che contiene l'indirizzo del nodo di standby (172.15.103.79) sarà in vigore e inviare il pacchetto ping o traceroute a lato del mondo fuori.



d'altro canto, qualsiasi sperimentazione all'interno della nostra intranet agito normale. abbiamo verificato dns server e tabella di routing del nodo standby e gateway di installazione, sono stati tutti bene.



follwoing le informazioni di routing è il nodo di configurazione in modalità standby.



Tabelle di routing
Destination Gateway Flags refs Usa Se Exp Gruppi

Percorso per albero protocollo Famiglia 2 (Internet):
predefinito 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 - --

Percorso Famiglia Albero per protocollo 24 (Internet v6):
:: 1:: 1 UH 0 236 lo0 - --


come si può vedere, l'instradamento di default è impostato per en4 (il primay NIC di boot che contiene l'indirizzo IP). è possibile che ci manally creato un percorso entrata a far en5 (standby NIC che tiene il servizio, quando l'indirizzo IP di failover) uscire lato e come questo?



Tabelle di routing
Destination Gateway Flags refs Usa Se Exp Gruppi

Percorso per albero protocollo Famiglia 2 (Internet):
predefinito 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 - --

Percorso Famiglia Albero per protocollo 24 (Internet v6):
:: 1:: 1 UH 0 236 lo0 - --

Il problema non è correlato al rilascio HACMP ma per il fatto che si è impostato il percorso predefinito per una rete a boottime aliased HACMP quando non è ancora attiva. Per aggirare il problema di routing che è possibile impostare le rotte da Application Server è possibile configurare o persistenti Etichette IP della stessa rete, come il Servizio Etichetta sulla nodi cluster. Nel secondo caso scegliere collocare con persistenti IP come la politica di follow-up al fine di evitare problemi di routing.