+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Как исправить это: получен пакет на bond0 с собственным адресом в качестве исходного?, Proxmox Виртуальная Среда

Patrik Dufresne

Guest

11.04.2018 21:41:00

У меня есть один сервер с Proxmox 4.5, остальные сервера пока на версии 4.4, пока не решат эту проблему. На Proxmox 4.5 в kernel-логе появляется такое сообщение:
Код:
[ 202.482275] vmbr0: получен пакет на bond0 с собственным адресом в качестве исходного (addr:0c:c4:7a:40:c1:3a, vlan:0)
[ 206.048280] net_ratelimit: подавлено 23 вызова
[ 206.048281] vmbr0: получен пакет на bond0 с собственным адресом в качестве исходного (addr:0c:c4:7a:40:c1:3a, vlan:0)
[ 206.050799] vmbr0: получен пакет на bond0 с собственным адресом в качестве исходного (addr:0c:c4:7a:40:c1:3a, vlan:0)
[ 206.051516] vmbr0: получен пакет на bond0 с собственным адресом в качестве исходного (addr:0c:c4:7a:40:c1:3a, vlan:0)
[ 206.052227] vmbr0: получен пакет на bond0 с собственным адресом в качестве исходного (addr:0c:c4:7a:40:c1:3a, vlan:0)
[ 206.052889] vmbr0: получен пакет на bond0 с собственным адресом в качестве исходного (addr:0c:c4:7a:40:c1:3a, vlan:0)
[ 206.254154] vmbr0: получен пакет на bond0 с собственным адресом в качестве исходного (addr:0c:c4:7a:40:c1:3a, vlan:0)
[ 206.573467] vmbr0: получен пакет на bond0 с собственным адресом в качестве исходного (addr:0c:c4:7a:40:c1:3a, vlan:0)
[ 206.877175] vmbr0: получен пакет на bond0 с собственным адресом в качестве исходного (addr:0c:c4:7a:40:c1:3a, vlan:0)
[ 207.180844] vmbr0: получен пакет на bond0 с собственным адресом в качестве исходного (addr:0c:c4:7a:40:c1:3a, vlan:0)
[ 207.484490] vmbr0: получен пакет на bond0 с собственным адресом в качестве исходного (addr:0c:c4:7a:40:c1:3a, vlan:0)
[ 211.053481] net_ratelimit: подавлено 10 вызовов

Интерфейс bonding у нас настроен так:
/etc/network/interfaces:
Код:
auto lo
iface lo inet loopback

auto bond0
iface bond0 inet manual
slaves eno1 eno2
bond-mode active-backup
bond_miimon 100
bond_downdelay 200
bond_updelay 200

auto vmbr0
iface vmbr0 inet static
address 192.168.14.14
netmask 255.255.255.0
gateway 192.168.14.1
bridge_ports bond0
bridge_stp off
bridge_fd 0
bridge_maxwait 0

Пробовали разные режимы bonding, но безуспешно. По непонятной причине, если перезапустить сетевой сервис (sudo service networking restart), проблема исчезает до следующей перезагрузки.

При перезапуске сети в dmesg появляется следующее:
Код:
[ 477.033692] vmbr0: порт 1(bond0) перешёл в состояние disabled
[ 477.037305] устройство bond0 вышло из режима promiscuous
[ 477.037306] устройство eno1 вышло из режима promiscuous
[ 477.037728] устройство eno2 вышло из режима promiscuous
[ 477.038105] vmbr0: порт 1(bond0) перешёл в состояние disabled
[ 477.061670] IPv6: ADDRCONF(NETDEV_UP): bond0: ссылка не готова
[ 477.219122] bond0: освобождается backup-интерфейс eno1
[ 477.219124] bond0: постоянный HW-адрес eno1 - 0c:c4:7a:40:c1:3a - всё ещё используется bond0 - поменяйте HW-адрес eno1, чтобы избежать конфликтов
[ 477.311042] bond0: освобождается backup-интерфейс eno2
[ 477.441354] e1000e: eno2 NIC ссылка потухла
[ 478.680184] bond0: закрепляет eno1 в качестве backup-интерфейса с недоступной связью
[ 478.896243] bond0: закрепляет eno2 в качестве backup-интерфейса с недоступной связью
[ 478.899223] IPv6: ADDRCONF(NETDEV_UP): bond0: ссылка не готова
[ 479.020874] vmbr0: порт 1(bond0) в состоянии blocking
[ 479.020877] vmbr0: порт 1(bond0) в состоянии disabled
[ 479.020927] устройство bond0 вошло в режим promiscuous
[ 479.023168] IPv6: ADDRCONF(NETDEV_UP): vmbr0: ссылка не готова
[ 481.517275] igb 0000:05:00.0 eno1: igb: ссылка NIC eno1 поднялась 1000 Мбит/с Full Duplex, Flow Control: None
[ 481.604184] bond0: статус ссылки интерфейса eno1 поднят, включаем через 0 мс
[ 481.604212] bond0: статус ссылки интерфейса eno1 окончательно поднят, 1000 Мбит/с full duplex
[ 481.604213] bond0: делаем интерфейс eno1 новым активным
[ 481.604214] устройство eno1 вошло в режим promiscuous
[ 481.605207] bond0: первый активный интерфейс поднят!
[ 481.605218] vmbr0: порт 1(bond0) в состоянии blocking
[ 481.605219] vmbr0: порт 1(bond0) в состоянии forwarding
[ 481.605553] IPv6: ADDRCONF(NETDEV_CHANGE): vmbr0: ссылка стала готовой
[ 481.738602] e1000e: eno2 NIC ссылка поднялась 1000 Мбит/с Full Duplex, Flow Control: None
[ 481.812194] bond0: статус ссылки интерфейса eno2 поднят, включаем через 200 мс
[ 482.020214] bond0: статус ссылки интерфейса eno2 окончательно поднят, 1000 Мбит/с full duplex

vmi

Guest

25.07.2018 18:36:00

Не могли бы вы подробнее пояснить: какие именно настройки (например, "sleep 2"), где (в каком файле) и в какой файл это внесли, чтобы проблема у вас решилась? Потому что у меня сейчас то же самое — использую bond уровня 6 + мост. Заранее спасибо.

Taylor Murphy Guest	#3 0 20.09.2018 23:31:00 У меня тоже такая проблема, и хотелось бы точно узнать, какую именно настройку вы изменили, чтобы всё заработало, и куда нужно добавить команду "sleep 2".

Patrik Dufresne

Guest

21.09.2018 13:27:00

Извините, я ссылаюсь на другое сообщение: https://forum.proxmox.com/threads/a...rk-does-not-start-correctly-every-time.36677/

Код:
--- /etc/network/if-pre-up.d/ifenslave.orig 2018-01-31 00:39:53.408660244 +0100
+++ /etc/network/if-pre-up.d/ifenslave 2018-01-31 00:45:29.668216453 +0100
@@ -12,11 +12,15 @@
# Если модуль bonding ещё не загружен, загрузить его.
if [ ! -r /sys/class/net/bonding_masters ]; then
modprobe -q bonding
+ # GF20180131 Дать интерфейсу время подняться
+ sleep 2
fi

# Создать мастер-интерфейс.
if ! grep -sq "\\<$BOND_MASTER\\>" /sys/class/net/bonding_masters; then
echo "+$BOND_MASTER" > /sys/class/net/bonding_masters
+ # GF20180131 ... ещё и с max_bonds=0
+ sleep 2
fi
}

spirit

Guest

21.09.2018 17:24:00

Было бы интересно проверить, как работает новый пакет ifupdown2 (доступен в репозитории proxmox) #apt-get install ifupdown2. Он заменяет все старые bash-скрипты ifupdown на код на Python. (Должен быть полностью совместим с текущим синтаксисом /etc/network/interfaces).

Mam89

Guest

24.10.2018 07:01:00

У меня была такая же проблема — огромное количество потерянных пакетов при настроенном bond0. Можно было перезапустить сетевой сервис, но после перезагрузки узла проблема возвращалась. По совету Spirt я установил ifupdown2 и перезагрузил систему. После трёх разных перезагрузок проблема не появлялась. Буду следить за этим на других системах.

albert_a Guest	#7 0 13.01.2020 01:09:00 После установки ifupdown2 заметил странное поведение: мой бонд 'lan0' переименовали в rename11, и из-за этого он не настроился... Откатился обратно на ifupdown.

spirit

Guest

13.01.2020 03:50:00

Это странно, интерфейс "renamexxx" звучит как переименование systemd/udev. (ifupdown2 сам по себе интерфейс не переименовывает). Можешь прислать свой /etc/network/interfaces? Я бы хотел проверить у себя, чтобы понять, в чем проблема.

albert_a

Guest

17.01.2020 05:12:00

Конечно:
auto lo
iface lo inet loopback
iface r0p1 inet manual
iface r0p2 inet manual
iface aux0p1 inet manual
iface aux0p2 inet manual
iface lan0p1 inet manual
iface lan0p2 inet manual

auto r0
iface r0 inet static
bond-slaves r0p1 r0p2
bond-mode balance-rr
bond-miimon 100
address 172.22.255.1
netmask 255.255.255.0

auto aux0
iface aux0 inet static
bond-slaves aux0p1 aux0p2
bond-mode balance-rr
bond-miimon 100
address 172.22.254.1
netmask 255.255.255.0

auto lan0
iface lan0 inet manual
bond-slaves lan0p1 lan0p2
bond-miimon 100
bond-mode 802.3ad
bond-lacp-rate fast
xmit_hash_policy layer2+3

auto vmbr0
iface vmbr0 inet static
address 172.22.11.11
netmask 255.255.254.0
gateway 172.22.10.20
bridge_ports lan0
bridge_stp off
bridge_fd 0
pre-up sleep 2

Но теперь с последней добавленной строкой 'sleep' всё работает с ifupdown. (заметка: у меня была другая проблема, чем у автора вопроса — режим бонда временами не устанавливался) Когда я использовал ifupdown2, lan0 переименовывался в rename11. Сейчас этой проблемы нет с ifupdown.

spirit Guest	#10 0 17.01.2020 09:13:00 Как вы переименовываете свои интерфейсы в lan0, aux0, r0 и так далее?

albert_a

Guest

#11

17.01.2020 16:59:00

Я не использую. Я просто настраиваю их в /etc/network/interfaces. Хотя я переименовываю физические интерфейсы в r0p1, r0p2, aux0p1 и так далее с помощью правил udev, чтобы заменить их странные стандартные имена на основе MAC-адресов.

spirit

Guest

#12

18.01.2020 17:13:00

Хорошо, я посмотрю с правилами udev и ifupdown2. (Возможно, ifupdown2 запускается раньше, чем переименование udev. К тому же правила udev больше не стоит использовать для переименования, это можно делать напрямую через systemd. (Мне нужно написать об этом документацию.) Буду держать тебя в курсе по моим тестам. Спасибо за отчет.

albert_a

Guest

#13

18.01.2020 18:21:00

Пожалуйста. Можешь объяснить, почему больше не стоит использовать udev rules для переименования? Мне гораздо больше нравятся лаконичные однострочные правила udev, которые хранятся в одном файле на весь кластер (этот файл распределяется между узлами), вместо того чтобы возиться с кучей *.link файлов. К тому же при каждом изменении приходится выполнять `update-initramfs -u`. Мне кажется, так не должно быть. Надеюсь, поддержка udev-метода всё же останется!

spirit

Guest

#14

19.01.2020 13:14:00

Да, он всё ещё работает, но Debian рекомендует использовать systemd network link https://wiki.debian.org/NetworkInterfaceNames — команда Debian больше официально это не поддерживает. https://www.debian.org/releases/bus...h-information.en.html#migrate-interface-names (Короче, udev rename может работать, но если будут баги — это ваши проблемы). Я не уверен, но в вашем случае у вас есть systemd /lib/systemd/network/99-default.link, который пытается назвать интерфейс по адресу слота pci, и, возможно, имя получается слишком длинным, из-за чего интерфейс получает имя "renameXXXX". Потом вы снова переименовываете его с помощью правила udev. Переименование с помощью customlink файла обходит первый шаг /lib/systemd/network/99-default.link. Мне нужно проверить, не запускается ли ifupdown2 раньше udev rename. Если есть возможность, попробуйте новую версию ifupdown2 2.0.1 (там изменён порядок запуска сервисов systemd). http://download.proxmox.com/debian/pve/dists/buster/pvetest/binary-amd64/ifupdown2_2.0.1-1+pve2_all.deb

albert_a Guest	#15 0 14.02.2020 02:53:00 Понял... Спасибо за информацию! Ладно, переходим к переименованию через systemd. Извини за поздний ответ, но если тебе это ещё нужно, я успел ещё раз проверить `ifupdown2` на тех серверах после обновления, и да — все имена были правильные, никаких «rename11» или других непонятных названий. ОБНОВЛЕНИЕ. На самом деле я заговорил слишком рано. Ситуация такая же с версией ifupdown2 2.0.1-1+pve4. Видимо, иногда работает, иногда нет. В последний раз, когда я перезагружал кластер, второй интерфейс `r0` появился как `rename8`. И это только половина бед. На кластере без подписки просто игнорируются 'post-up' команды.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры