Data Domain: Probleme beim Hinzufügen einer Route in DDMC 2.0

Aufgrund eines Fehlers im DDMC-Code (DataDomain Management Center) in Version 2.0.x können KundInnen keine statischen Routen über die CLI oder die GUI hinzufügen.

Alle Versuche und Variationen der Befehle, eine Route hinzuzufügen, schlagen fehl, z. B. die folgenden im Admin- oder SE-Modus:

# 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

Alle Befehle geben das gleiche Ergebnis zurück:

Error: Systemfehler des Routingbefehls.

Wenn ein Kunde oder Support die messages.engineering-Datei überprüft (über "log view debug/messages.engineering", wenn die CLI verwendet wird), können die folgenden Fehlermeldungen gefunden werden:

Dez 8 13:18:17 GDS-BEGIA-0418 SMS: INFO: sms_net_add_route_job: Routing-Befehl: /ddr/bin/ddroute.py add -net 10.154.x.x Netzmaske 255.255.255.0 GW 10.157.x.x ethV1 Dez 8 13:18:17 GDS-BEGIA-0418 SMS: NOTICE: Führen Sie folgenden Befehl aus: /ddr/bin/ddroute.py hinzufügen - net 10.154.33.0 Netzmaske 255.255.255.0 gw 10.157.x.x ethV1 Dez 8 13:18:17 GDS-BEGIA-0418 SMS: HINWEIS: exec route error:127 Dez 8 13:18:17 GDS-BEGIA-0418 SMS: WARNUNG: sms_net_add_route_job: Der Routing-Befehl ist fehlgeschlagen: Beim Ausführen eines internen Befehls ist ein Fehler aufgetreten: Dez 8 13:18:17 GDS-BEGIA-0418 ddsh: NOTICE: MSG-DDSH-00017: (tty=pts/0, session=21095) root: Der Befehl "net route add -net 10.154.x.x netmask 255.255.255.0 gw 10.157.64.94 ethV1" wurde mit dem Code beendet: 41

Einige Kunden bemerken möglicherweise sogar, dass DDMC trotz des Startvorgangs und des Zugriffs über die VMware-Konsole nicht über SSH erreicht werden kann und selbst Ping nicht funktioniert. Da es sich bei dem DDMC-Standardgateway, sofern konfiguriert, um eine statische Route handelt, schlägt das Hinzufügen beim Starten von DDMC 2.0.0.x fehl. Wenn also KundInnen versuchen, über ein Netzwerk auf DDMC zuzugreifen, mit dem die VM nicht direkt verbunden ist, ist DDMC nicht für Ping, SSH oder die GUI erreichbar.
 

 

Die Ursache für dieses Problem ist, dass ab DDMC 2.x und DDOS 6.x einige umfangreiche Änderungen an der zugrunde liegenden Routing-Engine durchgeführt wurden, um "Policy-basiertes Routing" zu implementieren. Beim Übertragen der Routingkonfiguration von früheren Versionen auf die neuen Versionen wird ein Wrapperskript namens "/ddr/bin/ddroute.py" von DDMC ausgeführt, wenn persistente Routen wie in der Registrierung konfiguriert hinzugefügt werden, das Skript analysiert die Eingabedaten jedoch nicht ordnungsgemäß und kann möglicherweise einige Routen nicht hinzufügen.

Dieser Fehler wurde teilweise behoben und ist nun in einigen Fällen in den DDMC-Versionen 2.0.1.0 und 2.1.0.0 behoben.

Wenn das Standardgateway auch nach dem Upgrade auf die genannten Versionen beim Start nicht automatisch zur DD hinzugefügt wird, kann ein Kunde den folgenden CLI-Befehl vom DDMC-Host verwenden, um die Route manuell hinzuzufügen. Sie wird dann hinzugefügt und bleibt auch bei Neustarts bestehen:

# net route set gateway DEFAULT_GW_IP_ADDRESS

Für andere statische Routen, die sich vom Standardgateway unterscheiden, kann ein Kunde auch die folgende CLI verwenden (Beispiel, um den gesamten Datenverkehr über die Schnittstelle ethV0 an das private Netzwerk 192.168.1.0/24 weiterzuleiten, wobei 192.168.1.1 als IP-Adresse für den nächsten Hop verwendet wird):

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