Сеть не возвращается после потери соединения

Я успешно получил свои настройки, работающие с соединением на 2 Гбит/с с остальной частью моей сети через переключатель Флорентийского университета через bond0 (enp6s0 и enp7s0 в LACP) использующий netplan.

Проблемой, с которой я сталкиваюсь прямо сейчас, являются потери соединения. Когда я обновляю свое встроенное микропрограммное обеспечение переключателя или должен отключить его и т.д., сервер не возвращается в сети. В дополнение к этому, когда я вытягиваю один кабель от nic и повторно включаю его с нескольких моментов, тот интерфейс показывает исправное соединение, но никакой трафик, в то время как другой работает просто великолепно.

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

Я попробовал netplan --debug apply, и это говорит мне в основном, что все в порядке, и что ничему не нужно сделанный.

Любые предложения значительно ценились бы, и сообщите мне, являюсь ли я идиотом и почему. Также сообщите мне, существуют ли какие-либо другие проблемы в моих .yaml, которые выделяются.

Моя конфигурация сети .yaml:

network:
 version: 2
 renderer: networkd
 ethernets:
   enp6s0:
     match:
       macaddress: 00:25:90:04:f6:5a
   enp7s0:
     match:
       macaddress: 00:25:90:04:f6:5b
 bonds:
   bond0:
     interfaces:
       - enp6s0
       - enp7s0
     parameters:
       mode: 802.3ad
       lacp-rate: fast
       transmit-hash-policy: layer2+3
     dhcp4: true

Вывод от netplan --debug apply когда enp6s0 был отключен и повторно включился:

** (generate:11383): DEBUG: 22:04:11.180: Processing input file 
//etc/netplan/01-netcfg.yaml..
** (generate:11383): DEBUG: 22:04:11.180: starting new processing pass
** (generate:11383): DEBUG: 22:04:11.180: Processing input file 
//etc/netplan/50-cloud-init.yaml..
** (generate:11383): DEBUG: 22:04:11.180: starting new processing pass
** (generate:11383): DEBUG: 22:04:11.180: enp7s0: setting default backend to 1
** (generate:11383): DEBUG: 22:04:11.180: bond0: setting default backend to 1
** (generate:11383): DEBUG: 22:04:11.180: enp6s0: setting default backend to 1
** (generate:11383): DEBUG: 22:04:11.180: Generating output files..
** (generate:11383): DEBUG: 22:04:11.180: NetworkManager: definition enp7s0 is not for us (backend 1)
** (generate:11383): DEBUG: 22:04:11.181: NetworkManager: definition bond0 is not for us (backend 1)
** (generate:11383): DEBUG: 22:04:11.181: NetworkManager: definition enp6s0 is not for us (backend 1)
DEBUG:netplan generated networkd configuration exists, restarting networkd
DEBUG:no netplan generated NM configuration exists
DEBUG:device enp7s0 operstate is up, not replugging
DEBUG:netplan triggering .link rules for enp7s0
DEBUG:device veth1ec269a operstate is up, not replugging
DEBUG:netplan triggering .link rules for veth1ec269a
DEBUG:device veth6251ba2 operstate is up, not replugging
DEBUG:netplan triggering .link rules for veth6251ba2
DEBUG:device bond0 operstate is up, not replugging
DEBUG:netplan triggering .link rules for bond0
DEBUG:device enp6s0 operstate is up, not replugging
DEBUG:netplan triggering .link rules for enp6s0
DEBUG:device docker0 operstate is up, not replugging
DEBUG:netplan triggering .link rules for docker0
DEBUG:device lo operstate is unknown, not replugging
DEBUG:netplan triggering .link rules for lo

Вывод ip a после того, как enp6s0 был отключен и повторно включился:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp6s0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc fq_codel master bond0 state UP group default qlen 1000
    link/ether 4a:93:c6:63:32:84 brd ff:ff:ff:ff:ff:ff
3: enp7s0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc fq_codel master bond0 state UP group default qlen 1000
    link/ether 4a:93:c6:63:32:84 brd ff:ff:ff:ff:ff:ff
4: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 4a:93:c6:63:32:84 brd ff:ff:ff:ff:ff:ff
    inet 172.16.25.8/24 brd 172.16.25.255 scope global dynamic bond0
       valid_lft 85571sec preferred_lft 85571sec
    inet6 fe80::4893:c6ff:fe63:3284/64 scope link
       valid_lft forever preferred_lft forever
5: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
    link/ether 02:42:46:ee:01:b9 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever
    inet6 fe80::42:46ff:feee:1b9/64 scope link
       valid_lft forever preferred_lft forever
11: veth1ec269a@if10: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default
    link/ether 0a:40:a5:91:b8:f3 brd ff:ff:ff:ff:ff:ff link-netnsid 1
    inet6 fe80::840:a5ff:fe91:b8f3/64 scope link
       valid_lft forever preferred_lft forever
147: vethc49639f@if146: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default
    link/ether a6:f3:3b:c1:52:be brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet6 fe80::a4f3:3bff:fec1:52be/64 scope link
       valid_lft forever preferred_lft forever
root@jon-server:/home/root/logs#
0
задан 14 October 2018 в 22:31

1 ответ

Попытайтесь добавить mii-monitor-interval: 100 под разделом параметров. Генерируйте и подайте заявку снова.

0
ответ дан 27 October 2019 в 08:05

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

Похожие вопросы: