Data Domain: Problemer når du legger til en rute i DDMC 2.0

På grunn av en feil i DataDomain Management Center-koden (DDMC) i versjon 2.0.x, vil en kunde ikke kunne legge til statiske ruter gjennom CLI-enheten eller det grafiske grensesnittet.

Alle forsøk og varianter av kommandoene på å legge til en rute mislykkes, for eksempel via admin- eller SE-modus:

# net route add -net 10.154.x.x nettmaske 255.255.255.0 GW 10.157.x.x dev ethV1
# net route add ipversion ipv4 -net 10.154.x.x nettmaske 255.255.255.0 GW 10.157.x.x dev ethV1
# net route add ipversion ipv4 -net 10.154.x.x nettmaske 255.255.255.0 GW 10.157.x.x ethV1

Alle kommandoer returnerer samme resultat:

Error: Rutekommandosystemfeil.

Hvis en kunde eller support sjekker messages.engineering-filen (gjennom "log view debug/messages.engineering", hvis du bruker CLI) kan man finne følgende feilmeldinger:

8 desember 13:18:17 GDS-BEGIA-0418 sms: INFO: sms_net_add_route_job: Rutekommando: /ddr/bin/ddroute.py add -net 10.154.x.x nettmaske 255.255.255.0 GW 10.157.x.x ethV1 8 desember 13:18:17 GDS-BEGIA-0418 sms: BEMERKE: Kjør: /ddr/bin/ddroute.py add - net 10.154.33.0 nettmaske 255.255.255.0 GW 10.157.x.x ethV1 8 desember 13:18:17 GDS-BEGIA-0418 sms: MERKNAD: exec rute feil: 127 8 desember 13:18:17 GDS-BEGIA-0418 sms: ADVARSEL: sms_net_add_route_job: Rutekommandoen mislyktes: Det oppstod en feil under kjøring av en intern kommando. 8 desember 13:18:17 GDS-BEGIA-0418 ddsh: BEMERKE: 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" avsluttet med kode: 41

Noen kunder kan til og med legge merke til DDMC , til tross for at de starter opp og er tilgjengelige via VMware-konsollen, kan ikke nås via SSH, og til og med ping fungerer ikke. Siden standard DDMC-gateway, hvis den er konfigurert, er en statisk rute, vil den mislykkes i å legge til når du starter DDMC 2.0.0.x. Hvis en kunde prøver å få tilgang til DDMC fra et nettverk som den virtuelle maskinen ikke er direkte koblet til, kan DDMC derfor ikke nås for ping, SSH eller det grafiske grensesnittet.
 

 

Årsaken til dette problemet er noen omfattende endringer i den underliggende rutingmotoren som ble utført fra og med DDMC 2.x og DDOS 6.x, for å implementere "policybasert ruting". Når du overfører rutingkonfigurasjon fra tidligere versjoner til de nye, kjøres et wrapper-skript kalt "/ddr/bin/ddroute.py" av DDMC når du legger til faste ruter som konfigurert i registret, men skriptet analyserer ikke inndatadata på riktig måte, og kan ikke legge til noen ruter.

Denne feilen er delvis rettet opp, og er nå rettet opp i enkelte tilfeller i DDMC 2.0.1.0- og 2.1.0.0-versjonene.

Hvis standard gateway ikke automatisk legges til DD ved oppstart, selv etter oppgradering til de nevnte versjonene, kan en kunde bruke følgende CLI-kommando fra DDMC-verten til å legge til ruten manuelt, og den vil både bli lagt til da og få den til å vedvare på tvers av omstarter:

# net route set gateway DEFAULT_GW_IP_ADDRESS

For andre statiske ruter som er forskjellige fra standard gateway, kan en kunde også bruke følgende CLI (eksempel for å rute all trafikk til det private 192.168.1.0/24-nettverket gjennom grensesnittet ethV0, med 192.168.1.1 som IP-adresse for neste hopp):

# net route add net 192.168.1.0 nettmaske 255.255.255.0 GW 192.168.1.1 dev ethV0