LINUX.ORG.RU

Долго поднимается br0

 , ,


0

2

Debian x86_64

Кусок dmesg на момент инициализации сети:

[    3.233900] Bridge firewalling registered
[    3.235204] device eth1 entered promiscuous mode
[    3.236544] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
[    3.387883] e1000e 0000:00:19.0: irq 42 for MSI/MSI-X
[    3.488386] e1000e 0000:00:19.0: irq 42 for MSI/MSI-X
[    3.488430] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[    3.490906] IPv6: ADDRCONF(NETDEV_UP): br0: link is not ready
[    5.024405] e1000e: eth1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx
[    5.025434] e1000e 0000:00:19.0 eth1: 10/100 speed: disabling TSO
[    5.026469] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[    5.027511] br0: port 1(eth1) entered forwarding state
[    5.028513] br0: port 1(eth1) entered forwarding state
[    5.029520] IPv6: ADDRCONF(NETDEV_CHANGE): br0: link becomes ready
[    7.796667] random: nonblocking pool is initialized
[   23.637030] ip_tables: (C) 2000-2006 Netfilter Core Team
[   23.641028] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
[   23.668919] r8169 0000:03:00.0: firmware: direct-loading firmware rtl_nic/rtl8168e-2.fw
cat /etc/network/interfaces
auto lo
        iface lo inet loopback

allow-hotplug eth1
        iface eth1 inet manual

auto br0
        iface br0 inet static
        address 192.168.1.101
        netmask 255.255.255.0
        gateway 192.168.1.1
        bridge_ports eth1
        bridge_stp off
        bridge_fd 0
        bridge_maxwait 0

allow-hotplug eth0
        iface eth0 inet static
        address 192.168.2.1
        netmask 255.255.255.0
        pre-up iptables-restore < /etc/iptables.up.rules

Без br0 система стартует быстро, с ним же затык на 15 и более секунд. Ощущение, что bridge_maxwait 0 просто не работает.

Деконфигурация сети тоже проходил долго. Что sysvinit, что systemd, картина одинакова.

★★★★★

Лично я уже давно забил на дебиановские говноскрипты настройки сети. И всё делаю через manual + pre-up/post-up + pre-down/post-down.

Deleted
()

Если копать, то для начала можно засечь время старта сервиса, перехода порта в forwarding state и остановки сервиса. Посмотреть где висит больше всего. Перед этим повесить tcpdump на eth1.

Если обходить (делал себе похоже), то попробовать оторвать зависимость приглашения логина от сети. Windows-way, ага. Возможно, сломает удаленный логин.

qux
()
Ответ на: комментарий от qux

А, пропустил первый лог. В forwarding state переходит быстро. Тогда пробовал бы воспроизводить дергая bridge-utils после старта. Там вроде как скрипты, затык должно быть легко найти.

NM/wicd вмешиваться не могут?

qux
()
Ответ на: комментарий от Deleted

Если сделать так:

auto br0
        iface br0 inet static
        address 192.168.1.101
        netmask 255.255.255.0
        gateway 192.168.1.1
        bridge_ports eth1
        bridge_stp off
        bridge_fd 0
        bridge_maxwait 0
        pre-up ifconfig eth1 up
        post-down ifconfig eth1 down

То картина такая:

[    3.552770] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[    3.559519] Bridge firewalling registered
[    3.560857] device eth1 entered promiscuous mode
[    3.562875] IPv6: ADDRCONF(NETDEV_UP): br0: link is not ready
[    5.232911] e1000e: eth1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx
[    5.234016] e1000e 0000:00:19.0 eth1: 10/100 speed: disabling TSO
[    5.235144] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[    5.236195] br0: port 1(eth1) entered forwarding state
[    5.237207] br0: port 1(eth1) entered forwarding state
[    5.238232] IPv6: ADDRCONF(NETDEV_CHANGE): br0: link becomes ready
[    5.343791] e1000e: eth1 NIC Link is Down
[    6.236662] br0: port 1(eth1) entered disabled state
[    7.087937] e1000e: eth1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx
[    7.088909] e1000e 0000:00:19.0 eth1: 10/100 speed: disabling TSO
[    7.089921] br0: port 1(eth1) entered forwarding state
[    7.090182] random: nonblocking pool is initialized
[    7.091763] br0: port 1(eth1) entered forwarding state
[   13.651306] ip_tables: (C) 2000-2006 Netfilter Core Team
[   13.654165] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
[   13.676117] zram: module is from the staging directory, the quality is unknown, you have been warned.
[   13.679894] zram: Created 8 device(s) ...
[   13.681216] r8169 0000:03:00.0: firmware: direct-loading firmware rtl_nic/rtl8168e-2.fw
[   13.753801] Adding 1018108k swap on /dev/zram0.  Priority:100 extents:1 across:1018108k SS
[   13.755268] Adding 1018108k swap on /dev/zram1.  Priority:100 extents:1 across:1018108k SS
[   13.756455] Adding 1018108k swap on /dev/zram2.  Priority:100 extents:1 across:1018108k SS
[   13.757958] Adding 1018108k swap on /dev/zram3.  Priority:100 extents:1 across:1018108k SS
[   13.759057] Adding 1018108k swap on /dev/zram4.  Priority:100 extents:1 across:1018108k SS
[   13.759546] Adding 1018108k swap on /dev/zram5.  Priority:100 extents:1 across:1018108k SS
[   13.760285] Adding 1018108k swap on /dev/zram6.  Priority:100 extents:1 across:1018108k SS
[   13.760831] Adding 1018108k swap on /dev/zram7.  Priority:100 extents:1 across:1018108k SS
[   13.819463] r8169 0000:03:00.0 eth0: link down
[   13.820170] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready

Немного, да лучше.

А так оба интерфейса не поднимаются:

auto eth1
        iface eth1 inet manual
        pre-up ifconfig br0 up
        post-down ifconfig br0 down

        iface br0 inet static
        address 192.168.1.101
        netmask 255.255.255.0
        gateway 192.168.1.1
        bridge_ports eth1
        bridge_stp off
        bridge_fd 0
        bridge_maxwait 0

Что не удивительно.

roman77 ★★★★★
() автор топика
Последнее исправление: roman77 (всего исправлений: 2)
Ответ на: комментарий от roman77

Если поднять мост руками после запуска - поднимается в лет.

А если перед этим опустить все интерфейсы, удалить бридж и выгрузить ядерный модуль для сетевой карты? Чтобы было как на старте. Если воспроизвести после загрузки, то уже больше половины дела, имхо.

Сегодня как раз по похожему багу с nfs кляузы писал: делаешь старт сервиса, начинает взлетать ядерный модуль, а сервис тем временем отваливается с function not implemented. Если запустить второй раз или сначала загрузить модуль руками, все поднимается отлично.

qux
()
Ответ на: комментарий от Deleted

Кажется мне, проблема была либо в sid выпуске, либо хз в чем.

На тестинге дебиана все поднимается моментально.

roman77 ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.