On 26.09.2019 04:06, Yaroslav Shvets wrote: > On Wed, 25 Sep 2019, 21:26, you wrote: > >> On 25.09.2019 23:26, Yaroslav Shvets wrote: >> >>> On Wed, 25 Sep 2019, 15:15, you wrote: >>> >>>> On 25.09.2019 18:16, Yaroslav Shvets wrote: >>>> >>>>> Т.е. в качестве workaround можно отключить -vlanhwfilter на em0,em1 в >>>>> rc.conf? >>>> >>>> Не знаю. Вряд ли. mtu=1496 всё равно сам не исправится и кто его знает, >>>> что ещё ломается >>>> из-за корявой последовательности, кроме vlanhwfilter. >>>> >>>> Хорошо бы воспроизвести проблему "ребутом" и показать console.log вместе с >>>> rc.conf. >> >> Почти наверняка проблема действительно в драйвере lagg. >> Есть ли возможность поменять laggproto lacp на laggproto failover на время >> ребута, >> а потом уже выставить laggproto обратно, например в /etc/rc.local ? >> >> И поглядеть, с каким mtu будет в таком случае создан lagg0.11 и будет ли он >> рабочим. > > А на коммутаторе порты должны остаться в позе lacp?
Да. Важно лишь чтобы изначально lagg был не с протоколом LACP, потому что в этом режиме драйвер работает иначе. Но после того, как загрузка практически завершилась, можно вернуть LACP в уже полностью сформированный lagg, чтобы он начал физически работать. _______________________________________________ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd