Data Domain: Problemas al agregar una ruta en DDMC 2.0

Debido a un defecto en el código de DataDomain Management Center (DDMC) en la versión 2.0.x, un cliente no podrá agregar rutas estáticas a través de la CLI o la GUI.

Todos los intentos y variaciones de los comandos para agregar una ruta fallarán, por ejemplo, lo siguiente a través del modo admin o SE:

# net route add -net 10.154.x.x netmask 255.255.255.0 gw 10.157.x.x dev ethV1
# net route add ipversion ipv4 -net 10.154.x.x netmask 255.255.255.0 gw 10.157.x.x dev ethV1
# net route add ipversion ipv4 -net 10.154.x.x netmask 255.255.255.0 gw 10.157.x.x ethV1

Todos los comandos devuelven el mismo resultado:

Error: Error del sistema del comando de ruta.

Si un cliente o soporte revisa el archivo messages.engineering (a través de "log view debug/messages.engineering", si se utiliza la CLI), se pueden encontrar los siguientes mensajes de error:

Dec 8 13:18:17 GDS-BEGIA-0418 sms: INFORMACIÓN: sms_net_add_route_job: Comando de ruta: /ddr/bin/ddroute.py add -net 10.154.x.x máscara de red 255.255.255.0 gw 10.157.x.x ethV1 Dec 8 13:18:17 GDS-BEGIA-0418 sms: AVISO: Ejecute lo siguiente: /ddr/bin/ddroute.py add - net 10.154.33.0 netmask 255.255.255.0 gw 10.157.x.x ethV1 Dec 8 13:18:17 GDS-BEGIA-0418 sms: AVISO: error de ruta ejecutiva: 127 Dec 8 13:18:17 GDS-BEGIA-0418 sms: ADVERTENCIA: sms_net_add_route_job: El comando de ruta falló: Se produjo un error mientras se ejecutaba un comando interno: Dic 8 13:18:17 GDS-BEGIA-0418 ddsh: AVISO: MSG-DDSH-00017: (tty=pts/0, session=21095) root: el comando "net route add -net 10.154.x.x netmask 255.255.255.0 gw 10.157.64.94 ethV1" se cierra con el código: 41

Es posible que algunos clientes incluso noten que DDMC, a pesar de arrancar y de que se puede acceder a él a través de la consola de VMware, no se puede acceder a través de SSH, e incluso el ping no funciona. Dado que el gateway predeterminado de DDMC, si está configurado, es una ruta estática, no se agregará cuando se inicie DDMC 2.0.0.x; por lo tanto, si un cliente intenta acceder a DDMC desde una red a la que la VM no está conectada directamente, no se podrá acceder a DDMC para ping, SSH o la GUI.
 

 

La causa de este problema es que se realizaron algunos cambios extensos en el motor de enrutamiento subyacente a partir de DDMC 2.x y DDOS 6.x para implementar el "enrutamiento basado en políticas". Al transferir la configuración de enrutamiento de versiones anteriores a las nuevas, DDMC ejecutaría un script contenedor llamado "/ddr/bin/ddroute.py" cuando se agregaran rutas persistentes según lo configurado en el registro, pero el script no analizaría correctamente los datos de entrada y es posible que no agregue algunas rutas.

Este fallo se ha abordado parcialmente y ahora se ha corregido para algunos casos en las versiones 2.0.1.0 y 2.1.0.0 de DDMC.

Si incluso después de actualizar a las versiones mencionadas, el gateway predeterminado no se agrega automáticamente a DD durante el arranque, un cliente puede usar el siguiente comando de la CLI desde el host de DDMC para agregar la ruta manualmente, y se agregará entonces y hará que persista en los reinicios:

# net route set gateway DEFAULT_GW_IP_ADDRESS

Para otras rutas estáticas diferentes a la gateway predeterminada, un cliente también puede usar la siguiente CLI (por ejemplo, para enrutar todo el tráfico a la red privada 192.168.1.0/24 a través de la interfaz ethV0, utilizando 192.168.1.1 como la dirección IP para el siguiente salto):

# net route add net 192.168.1.0 netmask 255.255.255.0 gw 192.168.1.1 dev ethV0