Data Domain : Problèmes lors de l’ajout d’une route dans DDMC 2.0

En raison d’un défaut dans le code DataDomain Management Center (DDMC) dans la version 2.0.x, un client ne sera pas en mesure d’ajouter des routes statiques via l’interface de ligne de commande ou l’interface graphique.

Toutes les tentatives et variantes des commandes d’ajout d’une route échoueront, par exemple les suivantes via le mode admin ou 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

Toutes les commandes renvoyant le même résultat :

Error: Erreur système de commande d’acheminement.

Si un client ou un support vérifie le fichier messages.engineering (via « log view debug/messages.engineering », si vous utilisez la CLI), les messages d’erreur suivants s’affichent :

Dec 8 13:18:17 GDS-BEGIA-0418 sms : INFO : sms_net_add_route_job : Commande de routage : /ddr/bin/ddroute.py add -net 10.154.x.x netmask 255.255.255.0 gw 10.157.x.x ethV1 Dec 8 13:18:17 GDS-BEGIA-0418 sms : NOTICE: Exécutez la commande suivante : /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 : REMARQUE : exec route error :127 Dec 8 13:18:17 GDS-BEGIA-0418 sms : AVERTISSEMENT : sms_net_add_route_job : Échec de la commande Route : Une erreur s’est produite lors de l’exécution d’une commande interne. Dec 8 13:18:17 GDS-BEGIA-0418 ddsh : NOTICE: MSG-DDSH-00017 : (tty=pts/0, session=21095) root : command « net route add -net 10.154.x.x netmask 255.255.255.0 gw 10.157.64.94 ethV1 » exited with code : 41

Certains clients peuvent même remarquer que DDMC, bien qu’il démarre et soit accessible via la console VMware, n’est pas accessible via SSH, et même ping ne fonctionne pas. Étant donné que la passerelle DDMC par défaut, si elle est configurée, est une route statique, elle échoue lors de l’ajout lors du démarrage de DDMC 2.0.0.x. Par conséquent, si un client tente d’accéder à DDMC à partir d’un réseau auquel la machine virtuelle n’est pas directement rattachée, DDMC ne sera pas accessible pour ping, SSH ou l’interface utilisateur.
 

 

Ce problème est dû au fait que d’importantes modifications ont été apportées au moteur de routage sous-jacent à partir de DDMC 2.x et DDOS 6.x, afin d’implémenter le « routage basé sur des règles ». Lors du transfert de la configuration de routage des versions antérieures vers les nouvelles, un script wrapper appelé « /ddr/bin/ddroute.py » est exécuté par DDMC lors de l’ajout de routes persistantes telles que configurées dans le registre, mais le script n’analyse pas correctement les données d’entrée et peut ne pas ajouter certaines routes.

Ce défaut a été partiellement corrigé et est désormais corrigé dans certains cas dans les versions DDMC 2.0.1.0 et 2.1.0.0.

Si, même après la mise à niveau vers les versions mentionnées, la passerelle par défaut n’est pas automatiquement ajoutée à DD lors du démarrage, un client peut utiliser la commande CLI suivante à partir de l’hôte DDMC pour ajouter la route manuellement. Elle sera ajoutée à ce moment-là et la fera persister entre les redémarrages :

# net route set gateway DEFAULT_GW_IP_ADDRESS

Pour d’autres routes statiques différentes de la passerelle par défaut, un client peut également utiliser la CLI suivante (par exemple, pour acheminer tout le trafic vers le réseau privé 192.168.1.0/24 via l’interface ethV0, en utilisant 192.168.1.1 comme adresse IP pour le tronçon suivant) :

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