hola a todos



hemos mejorado HACMP (powerha) de 5,2 a 5,4 recientemente.



la conmutación por error durante la prueba, encontramos un extraño problema de red. el modo de espera después de nodo de servicio tomó dirección IP (172.15.100.8) en línea en modo de espera NIC, hemos podido iniciar sesión en el nodo en espera por telnet 172.15.100.8 que se mantiene en el modo en espera nodo standyb NIC.



al intentar ejecutar un ping o traceroute a una dirección IP de fuera de nuestra red, por ejemplo google.com o ibm.com, la tarjeta que contiene la dirección IP de servicio no fueron capaces de enviar cualquier paquete en todos.



en cambio, la NIC primay de arranque que contiene la dirección de nodo en espera (172.15.103.79) tendrá en el lugar y enviar el paquete de ping o traceroute a cabo parte del mundo.



por otra parte, cualquier prueba en nuestra intranet actuado normal. hemos comprobado dns servidor y tabla de enrutamiento de modo de configuración de nodo y la puerta de enlace, todos eran buenos.



follwoing la información de enrutamiento es el nodo de configuración desde el modo de espera.



Tablas de enrutamiento
Destination Gateway Banderas Refs Uso Si Exp. Grupos

Protocolo de Árbol de ruta para la familia 2 (Internet):
172.15.100.150 defecto EN4 UG 1 28215 - --
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 - --

Protocolo de Árbol de ruta para la Familia 24 (Internet v6):
:: 1:: 1 UH 0 236 lo0 - --


como puede ver, el valor predeterminado de enrutamiento está configurado para EN4 (NIC primay el arranque que tiene dirección IP). es posible que manally establecer una ruta de entrada para que EN5 (el modo de espera que contiene la NIC la IP del servicio cuando failover) salir lado así como así?



Tablas de enrutamiento
Destination Gateway Banderas Refs Uso Si Exp. Grupos

Protocolo de Árbol de ruta para la familia 2 (Internet):
172.15.100.150 defecto EN4 UG 1 28217 - --
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 - --

Protocolo de Árbol de ruta para la Familia 24 (Internet v6):
:: 1:: 1 UH 0 236 lo0 - --

El problema no está relacionado con la liberación HACMP, pero el hecho de que establecer la ruta por defecto para un alias de red en HACMP boottime cuando todavía no está activo. Para solventar este problema de enrutamiento se puede configurar las rutas del servidor de aplicaciones o se puede configurar IP etiquetas persistentes de la misma red que el Servicio de Etiqueta en los nodos del clúster. En el segundo caso, elegir con coubicar persistentes como la política de propiedad intelectual para evitar el seguimiento de problemas de enrutamiento.