Застрял ifenslave (связь Lacp)

Я пытаюсь настроить соединение LACP в Ubuntu 16.04.1, но у меня возникает эта слегка нелогичная проблема:

$ ifenslave bond0 eth0 eth1
eth0: is already enslaved to bond0
eth1: is already enslaved to bond0
$ ifenslave -d bond0 eth0 eth1
eth0: is not enslaved to bond0
eth1: is not enslaved to bond0

Очевидно, это не имеет смысла. Что привело меня в замешательство относительно того, что могло даже пойти не так, когда диагностические сообщения парадоксальны.

Чтобы перемотать назад, у меня есть кластер узлов, и я успешно настроил другие, чтобы все отлично использовали связывание LACP со своими двумя сетевыми картами. Я просто пытаюсь добавить этот новый узел в кластер, повторяя то, что я делал раньше - но связь просто не подходит должным образом.

В этом полпути порабощенном / не порабощенном состоянии я могу пинговать другие узлы в той же частной сети (10.xxx), но не могу пинговать "google.com" - что интересно, так как у меня есть свои собственные DNS-серверы (10.0.0.1 и 10.0.0.2) и если я "копаю @10.0.0.1 google.com", чтобы напрямую спросить этот сервер, то я получу правильный ответ.

Мои настройки, связанные с облигациями - в /etc/network/interfaces - выглядеть так:

bond-mode 802.3ad
bond-miimon 100
bond-lacp-rate fast
bond-slaves none
post-up ifenslave bond0 eth0 eth1
pre-down ifenslave -d bond0 eth0 eth1

И оба eth0 а также eth1 просто настроены с bond-master bond0 (и, если это имеет значение, у меня есть "net.ifnames=0 biosdevname=0" в конфигурации GRUB, так как я хотел имена в старом стиле.

Как я уже сказал, эта конфигурация работает на других узлах в порядке. Я не очень понимаю, почему это не работает в этот раз (возможно, что - как это было много месяцев назад, когда я последний раз делал это - я мог забыть какой-то важный шаг, но я так не думаю).

Кто-нибудь знает, что не так или что я могу сделать, чтобы это исправить?

0 ответов

Другие вопросы по тегам