Data Domain: Problem vid tillägg av en rutt i DDMC 2.0

På grund av en defekt i DataDomain Management Center-koden (DDMC) i version 2.0.x kan en kund inte lägga till statiska rutter via vare sig CLI eller GUI.

Alla försök och varianter av kommandona att lägga till en väg misslyckas, till exempel följande via antingen admin- eller SE-läge:

# 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

Alla kommandon som returnerar samma resultat:

Fel: Systemfel för dirigeringskommando.

Om en kund eller support kontrollerar filen messages.engineering (via "log view debug/messages.engineering", om du använder CLI) kan du hitta följande felmeddelanden:

8 dec 13:18:17 GDS-BEGIA-0418 sms: INFORMATION: sms_net_add_route_job: Route-kommando: /ddr/bin/ddroute.py add -net 10.154.x.x netmask 255.255.255.0 gw 10.157.x.x ethV1 8 dec 13:18:17 GDS-BEGIA-0418 sms: MÄRKA: Kör: /ddr/bin/ddroute.py add - nät 10.154.33.0 nätmask 255.255.255.0 gw 10.157.x.x ethV1 8 dec 13:18:17 GDS-BEGIA-0418 sms: ANMÄRKNING: exec route error:127 8 dec 13:18:17 GDS-BEGIA-0418 sms: VARNING: sms_net_add_route_job: Dirigeringskommandot misslyckades: Ett fel uppstod när ett internt kommando kördes: 8 dec 13:18:17 GDS-BEGIA-0418 ddsh: MÄRKA: MSG-DDSH-00017: (tty=pts/0, session=21095) root: kommandot "net route add -net 10.154.x.x netmask 255.255.255.0 gw 10.157.64.94 ethV1" avslutades med kod: 41

Vissa kunder kan till och med märka att DDMC, trots att den startar och är tillgänglig via VMware-konsolen, inte kan nås via SSH, och till och med ping fungerar inte. Eftersom DDMC-standardgatewayen, om den är konfigurerad, är en statisk väg går det inte att lägga till den när DDMC 2.0.0.x startas, vilket innebär att om en kund försöker komma åt DDMC från ett nätverk som den virtuella datorn inte är direkt ansluten till kan DDMC inte nås för ping, SSH eller GUI.
 

 

Orsaken till det här problemet är att några omfattande ändringar av den underliggande routningsmotorn har utförts från och med DDMC 2.x och DDOS 6.x för att implementera "policybaserad routning". Vid överföring av routningskonfiguration från tidigare versioner till de nya körs ett omslutningsskript med namnet "/ddr/bin/ddroute.py" av DDMC när beständiga vägar läggs till enligt konfigurationen i registret, men skriptet parsar inte indata korrekt och kan misslyckas med att lägga till vissa vägar.

Det här felet har delvis åtgärdats och är nu åtgärdat för vissa fall i DDMC 2.0.1.0- och 2.1.0.0-versionerna.

Om standardgatewayen, även efter uppgradering till de nämnda versionerna, inte läggs till automatiskt i DD vid start kan en kund använda följande CLI-kommando från DDMC-värden för att lägga till vägen manuellt, så läggs den både till då och görs så att den bevaras över omstarter:

# net route set gateway DEFAULT_GW_IP_ADDRESS

För andra statiska vägar som skiljer sig från standardgatewayen kan en kund även använda följande CLI (exempel för att dirigera all trafik till det privata 192.168.1.0/24-nätverket via gränssnittet ethV0, med 192.168.1.1 som IP-adress för nästa hopp):

# netto rutt lägga till netto 192.168.1.0 nätmask 255.255.255.0 gw 192.168.1.1 dev ethV0