Data Domain: Problemen bij het toevoegen van een route in DDMC 2.0

Als gevolg van een defect in de DataDomain Management Center (DDMC)-code in versie 2.0.x, kan een klant geen statische routes toevoegen via de CLI of de GUI.

Alle pogingen en variaties van de opdrachten om een route toe te voegen zullen mislukken, bijvoorbeeld het volgende via de admin- of 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 opdrachten die hetzelfde resultaat opleveren:

Fout: Systeemfout in de routeopdracht.

Als een klant of support het bestand messages.engineering controleert (via "log view debug/messages.engineering", bij gebruik van de CLI) kan men de volgende foutmeldingen vinden:

Dec 8 13:18:17 GDS-BEGIA-0418 sms: INFO: sms_net_add_route_job: Route-opdracht: /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: BEMERKEN: Voer het volgende uit: /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: LET OP: exec route error:127 Dec 8 13:18:17 GDS-BEGIA-0418 sms: WAARSCHUWING: sms_net_add_route_job: Route-opdracht mislukt: Er is een fout opgetreden tijdens het uitvoeren van een interne opdracht.: Dec 8 13:18:17 GDS-BEGIA-0418 ddsh: BEMERKEN: 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" afgesloten met code: 41

Sommige klanten merken misschien zelfs dat de DDMC , ondanks het opstarten en toegankelijk zijn via de VMware-console, niet kan worden bereikt via SSH, en zelfs ping werkt niet. Aangezien de standaardgateway van DDMC, indien geconfigureerd, een statische route is, kan deze niet worden toegevoegd bij het starten van DDMC 2.0.0.x, dus als een klant toegang probeert te krijgen tot de DDMC vanaf een netwerk waarop de VM niet rechtstreeks is aangesloten, is de DDMC niet bereikbaar voor ping, SSH of de GUI.
 

 

De oorzaak van dit probleem is dat er vanaf DDMC 2.x en DDOS 6.x uitgebreide wijzigingen in de onderliggende routeringsengine zijn aangebracht om "policy based routing" te implementeren. Bij het overzetten van de routeringsconfiguratie van eerdere releases naar de nieuwe, zou een wrapperscript met de naam "/ddr/bin/ddroute.py" worden uitgevoerd door DDMC bij het toevoegen van permanente routes zoals geconfigureerd in het register, maar het script zou invoergegevens niet correct parseren en kan sommige routes mogelijk niet toevoegen.

Dit defect is gedeeltelijk verholpen en is nu voor sommige gevallen opgelost in de DDMC 2.0.1.0 en 2.1.0.0 releases.

Als zelfs na het upgraden naar de genoemde releases de standaardgateway niet automatisch wordt toegevoegd aan het DD bij het opstarten, kan een klant de volgende CLI-opdracht van de DDMC-host gebruiken om de route handmatig toe te voegen. Deze wordt dan toegevoegd en zorgt ervoor dat deze blijft bestaan bij het opnieuw opstarten:

# net route set gateway DEFAULT_GW_IP_ADDRESS

Voor andere statische routes die afwijken van de standaardgateway, kan een klant ook de volgende CLI gebruiken (bijvoorbeeld om al het verkeer naar het private 192.168.1.0/24-netwerk te routeren via interface ethV0, met 192.168.1.1 als IP-adres voor de volgende hop):

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