Data Domain: Problemas ao adicionar uma rota no DDMC 2.0

Devido a um defeito no código do Data Domain Management Center (DDMC) na versão 2.0.x, um cliente não poderá adicionar rotas estáticas por meio da CLI ou da GUI.

Todas as tentativas e variações dos comandos para adicionar uma rota falharão, por exemplo, o seguinte por meio do modo admin ou SE:

# net route add -net 10.154.x.x máscara de rede 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

Todos os comandos retornando o mesmo resultado:

Error: Erro do sistema do comando de roteamento.

Se um cliente ou suporte verificar o arquivo messages.engineering (por meio de "log view debug/messages.engineering", se estiver usando a CLI), poderá encontrar as seguintes mensagens de erro:

8 dez 13:18:17 GDS-BEGIA-0418 sms: INFORMAÇÕES: sms_net_add_route_job: Comando de roteamento: /ddr/bin/ddroute.py add -net 10.154.x.x netmask 255.255.255.0 gw 10.157.x.x ethV1 8 dez 13:18:17 GDS-BEGIA-0418 sms: NOTICE: Execute: /ddr/bin/ddroute.py add - net 10.154.33.0 netmask 255.255.255.0 gw 10.157.x.x ethV1 8 dez 13:18:17 GDS-BEGIA-0418 sms: AVISO: erro de rota exec:127 8 dez 13:18:17 GDS-BEGIA-0418 sms: ADVERTÊNCIA: sms_net_add_route_job: Falha no comando de roteamento: Ocorreu um erro ao executar um comando interno.: 8 dez 13:18:17 GDS-BEGIA-0418 ddsh: NOTICE: Mensagem-DDSH-00017: (tty=pts/0, session=21095) root: comando "net route add -net 10.154.x.x netmask 255.255.255.0 gw 10.157.64.94 ethV1" encerrado com o código: 41

Alguns clientes podem até notar que o DDMC, apesar de ser inicializado e estar acessível por meio do console VMware, não pode ser acessado por meio do SSH e até mesmo o ping não funciona. Como o gateway padrão do DDMC, se configurado, é uma rota estática, ele apresentará falha ao adicionar ao iniciar o DDMC 2.0.0.x, portanto, se um cliente tentar acessar o DDMC de uma rede à qual a VM não está diretamente conectada, o DDMC não poderá ser acessível para ping, SSH ou GUI.
 

 

A causa desse problema é que algumas alterações extensas no mecanismo de roteamento subjacente foram realizadas a partir do DDMC 2.x e DDOS 6.x, para implementar o "roteamento baseado em política". Ao transportar a configuração de roteamento de versões anteriores para as novas, um script wrapper chamado "/ddr/bin/ddroute.py" seria executado pelo DDMC ao adicionar rotas persistentes, conforme configurado no registro, mas o script não analisaria corretamente os dados de entrada e poderia falhar ao adicionar algumas rotas.

Esse defeito foi parcialmente resolvido e agora está corrigido para alguns casos nas versões 2.0.1.0 e 2.1.0.0 do DDMC.

Se, mesmo após o upgrade para as versões mencionadas, o gateway padrão não for adicionado automaticamente ao DD durante a inicialização, um cliente poderá usar o seguinte comando da CLI no host do DDMC para adicionar a rota manualmente. Ambos serão adicionados e farão com que ela persista nas reinicializações:

# net route set gateway DEFAULT_GW_IP_ADDRESS

Para outras rotas estáticas diferentes do gateway padrão, um cliente também pode usar a seguinte CLI (exemplo para rotear todo o tráfego para a rede privada 192.168.1.0/24 por meio da interface ethV0, usando 192.168.1.1 como endereço IP para o próximo salto):

# net route add net 192.168.1.0 máscara de rede 255.255.255.0 gw 192.168.1.1 dev ethV0