Data Domain: Problemi durante l'aggiunta di una route in DDMC 2.0

A causa di un difetto nel codice di Data Domain Management Center (DDMC) nella versione 2.0.x, un cliente non sarà in grado di aggiungere route statiche tramite la CLI o la GUI.

Tutti i tentativi e le variazioni dei comandi per aggiungere una route avranno esito negativo, ad esempio i seguenti casi in modalità amministratore o 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

Tutti i comandi restituiscono lo stesso risultato:

Errore: Errore di sistema del comando di routing.

Se un cliente o il supporto controlla il file messages.engineering (tramite "log view debug/messages.engineering", se si utilizza la CLI) è possibile trovare i seguenti messaggi di errore:

Dec 8 13:18:17 GDS-BEGIA-0418 sms: INFO: sms_net_add_route_job: Comando di instradamento: /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: AVVISO: Eseguire: /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: AVVISO: errore di routing exec:127 Dec 8 13:18:17 GDS-BEGIA-0418 sms: ATTENZIONE: sms_net_add_route_job: Comando route non riuscito: Si è verificato un errore durante l'esecuzione di un comando interno: Dec 8 13:18:17 GDS-BEGIA-0418 ddsh: AVVISO: MSG-DDSH-00017: (tty=pts/0, session=21095) root: il comando "net route add -net 10.154.x.x netmask 255.255.255.0 gw 10.157.64.94 ethV1" è uscito con il codice: 41

Alcuni clienti potrebbero persino notare che DDMC , nonostante l'avvio e sia accessibile tramite la console VMware, non può essere raggiunto tramite SSH e persino il ping non funziona. Poiché il gateway predefinito DDMC, se configurato, è una route statica, non si aggiungerà all'avvio di DDMC 2.0.0.x, pertanto se un cliente tenta di accedere a DDMC da una rete a cui la VM non è direttamente collegata, DDMC non sarà raggiungibile per ping, SSH o GUI.
 

 

La causa di questo problema è da ricercare alcune modifiche sostanziali apportate all'engine di routing sottostante a partire da DDMC 2.x e DDOS 6.x, per implementare il "routing basato su policy". Quando si riporta la configurazione di routing dalle versioni precedenti a quelle nuove, DDMC esegue uno script wrapper chiamato "/ddr/bin/ddroute.py" durante l'aggiunta di route persistenti come configurato nel registro, ma lo script non analizza correttamente i dati di input e potrebbe non riuscire ad aggiungere alcune route.

Questo difetto è stato parzialmente risolto ed è stato risolto per alcuni casi nelle release DDMC 2.0.1.0 e 2.1.0.0.

Se anche dopo l'aggiornamento alle versioni menzionate il gateway predefinito non viene aggiunto automaticamente a DD durante l'avvio, un cliente può utilizzare il seguente comando CLI dall host DDMC per aggiungere manualmente la route, che verrà aggiunta e mantenuta durante i riavvii:

# net route set gateway DEFAULT_GW_IP_ADDRESS

Per altre route statiche diverse dal gateway predefinito, un cliente può utilizzare anche la CLI seguente (ad esempio per instradare tutto il traffico alla rete privata 192.168.1.0/24 tramite l'interfaccia ethV0, utilizzando 192.168.1.1 come indirizzo IP per l'hop successivo):

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