Data Domain. Проблемы при добавлении маршрута в DDMC 2.0

Из-за дефекта кода DataDomain Management Center (DDMC) в версии 2.0.x заказчик не сможет добавить статические маршруты с помощью интерфейса командной строки или графического интерфейса пользователя.

Все попытки и вариации команд для добавления маршрута будут неудачными, например, следующие в режиме admin или 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 маска сети 255.255.255.0 gw 10.157.x.x ethV1

Все команды возвращают один и тот же результат:

Error: Системная ошибка команды маршрута.

Если заказчик или служба поддержки проверяет файл messages.engineering (с помощью команды «log view debug/messages.engineering», при использовании интерфейса командной строки), можно увидеть следующие сообщения об ошибках:

8 дек 13:18:17 GDS-BEGIA-0418 смс: ИНФОРМАЦИЯ: sms_net_add_route_job: Команда маршрута: /ddr/bin/ddroute.py add -net 10.154.x.x маска сети 255.255.255.0 GW 10.157.x.x ethV1 8 дек 13:18:17 GDS-BEGIA-0418 смс: ПРИМЕЧАНИЕ. Выполните: /ddr/bin/ddroute.py добавление — net 10.154.33.0, маска сети 255.255.255.0, GW 10.157.x.x, ethV1 8 дек 13:18:17 GDS-BEGIA-0418 смс: ВНИМАНИЕ: ошибка маршрута exec:127 8 дек 13:18:17 GDS-BEGIA-0418 смс: ПРЕДУПРЕЖДЕНИЕ: sms_net_add_route_job: Не удалось выполнить команду маршрута: При выполнении внутренней команды произошла ошибка: 8 декабря 13:18:17 GDS-BEGIA-0418 ddsh: ПРИМЕЧАНИЕ. MSG-DDSH-00017: (tty=pts/0, session=21095) root: команда «net route add -net 10.154.x.x netmask 255.255.255.0 gw 10.157.64.94 ethV1» завершена с кодом: 41

Некоторые клиенты могут даже заметить, что DDMC, несмотря на загрузку и доступ через консоль VMware, не может быть доступен через SSH, и даже пинг не работает. Так как шлюз DDMC по умолчанию, если он настроен, является статическим маршрутом, его не удастся добавить при запуске DDMC 2.0.0.x, следовательно, если заказчик попытается получить доступ к DDMC из сети, к которой виртуальная машина не подключена напрямую, DDMC будет недоступен для проверки связи, SSH или графического интерфейса пользователя.
 

 

Причина этой проблемы заключается в том, что в DDMC 2.x и DDOS 6.x были внесены значительные изменения в базовый модуль маршрутизации для реализации маршрутизации на основе политик. При переносе конфигурации маршрутизации из более ранних выпусков в новые DDMC запускает сценарий-оболочку под названием «/ddr/bin/ddroute.py» при добавлении постоянных маршрутов, настроенных в реестре, но сценарий не будет должным образом анализировать входные данные и может не добавить некоторые маршруты.

Этот дефект был частично устранен и теперь исправлен для некоторых случаев в версиях DDMC 2.0.1.0 и 2.1.0.0.

Если даже после модернизации до указанных выпусков шлюз по умолчанию не добавляется автоматически в DD при загрузке, заказчик может использовать следующую команду интерфейса командной строки с хоста DDMC, чтобы добавить маршрут вручную, и он будет добавлен после перезагрузки:

# Сетевой маршрут устанавливает DEFAULT_GW_IP_ADDRESS шлюза

Для других статических маршрутов, отличных от шлюза по умолчанию, заказчик также может использовать следующий интерфейс командной строки (например, для маршрутизации всего трафика в частную сеть 192.168.1.0/24 через интерфейс ethV0, используя 192.168.1.1 в качестве IP-адреса для следующего перехода):

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