[Help] TOS7 vSwitch disables Jumbo Frames during boot
Posted: 27 Jun 2026, 17:34
Hello,
I use U4-500 and D4-320U.
If Open vSwitch is enabled, Jumbo Frames stop working on the network interfaces during the boot process. Even worse, standard MTU 1500 traffic also stops working. The MTU value has to be reduced in order to restore connectivity.
If Open vSwitch is disabled, the MTU works correctly after boot.
If Open vSwitch is enabled after the system has already booted, the MTU also works correctly.
However, if Open vSwitch was enabled during boot and the MTU becomes broken, then disabling Open vSwitch and rebooting the TNAS fixes the issue. After that, if Open vSwitch is enabled again, the MTU continues to work correctly until the next reboot.
When the MTU does not work correctly, the RAID can also become unstable. Usually, one of the drives in the RAID1 array is affected.
I suspect this issue is related to SMB behavior, as SMB is sensitive to MTU problems.
I encountered this problem on my system. The RAID1 array would not assemble properly under any circumstances. I disabled Open vSwitch and rebooted the TNAS, and the RAID array assembled successfully without any issues.
Please fix the proper MTU handling when using Open vSwitch.
P.S.
It would also be very useful to have the ability to assign multiple network interfaces directly to the TNAS itself, including interfaces from different VLANs.
Additionally, it would be highly desirable for TNAS to have a standard option to use a local NTP server. If the time between hosts and storage systems becomes inconsistent, it can cause serious infrastructure problems. For enterprise environments, it is preferable to use a single internal NTP server, but currently TNAS does not provide this capability.
Привет,
Если включён Open vSwitch то во время загрузки Jumbo Frames перестают проходить на интерфейс. Хуже того, обычные MTU 1500 также престают ходить. Нужно уменьшать MTU.
Если Open vSwitch выключен, то при загрузке MTU работает правильно.
Если Open vSwitch включить после загрузки, то также MTU работает правильно.
Если Open vSwitch был включён во время загрузки (MTU сломалось), то если Open vSwitch выключить, а потом выключить то MTU нормально заработает. Если потом включить Open vSwitch то MTU продолжит работать правильно до первой перезагрузки.
Когда MTU нормально не проходит, то может ломаться RAID. Обычно один из дисков RAID1.
Я думаю, что это связано с работой SMB, чувствительной к MTU.
Я столкнулся с такой проблемой. RAID1 никак не хотел собираться.
Выключил Open vSwitch. Перезагрузил TNAS. RAID собрался без проблем.
Пожалуйста почините нормальную работу MTU в связке с Open vSwitch.
P.S.
Также очень хочется назначать несколько интерфейсов на сам TNAS из разных VLAN.
И очень бы хотелось для TNAS иметь стандартную возможность использовать свой локальный NTP сервер. Если между хотами и хранилищем время расходится, это может вызвать серьёзные проблемы, поэтому для инфраструктуры лучше использовать один свой NTP сервер, а у TNAS нет такой возможности.
I use U4-500 and D4-320U.
If Open vSwitch is enabled, Jumbo Frames stop working on the network interfaces during the boot process. Even worse, standard MTU 1500 traffic also stops working. The MTU value has to be reduced in order to restore connectivity.
If Open vSwitch is disabled, the MTU works correctly after boot.
If Open vSwitch is enabled after the system has already booted, the MTU also works correctly.
However, if Open vSwitch was enabled during boot and the MTU becomes broken, then disabling Open vSwitch and rebooting the TNAS fixes the issue. After that, if Open vSwitch is enabled again, the MTU continues to work correctly until the next reboot.
When the MTU does not work correctly, the RAID can also become unstable. Usually, one of the drives in the RAID1 array is affected.
I suspect this issue is related to SMB behavior, as SMB is sensitive to MTU problems.
I encountered this problem on my system. The RAID1 array would not assemble properly under any circumstances. I disabled Open vSwitch and rebooted the TNAS, and the RAID array assembled successfully without any issues.
Please fix the proper MTU handling when using Open vSwitch.
P.S.
It would also be very useful to have the ability to assign multiple network interfaces directly to the TNAS itself, including interfaces from different VLANs.
Additionally, it would be highly desirable for TNAS to have a standard option to use a local NTP server. If the time between hosts and storage systems becomes inconsistent, it can cause serious infrastructure problems. For enterprise environments, it is preferable to use a single internal NTP server, but currently TNAS does not provide this capability.
Привет,
Если включён Open vSwitch то во время загрузки Jumbo Frames перестают проходить на интерфейс. Хуже того, обычные MTU 1500 также престают ходить. Нужно уменьшать MTU.
Если Open vSwitch выключен, то при загрузке MTU работает правильно.
Если Open vSwitch включить после загрузки, то также MTU работает правильно.
Если Open vSwitch был включён во время загрузки (MTU сломалось), то если Open vSwitch выключить, а потом выключить то MTU нормально заработает. Если потом включить Open vSwitch то MTU продолжит работать правильно до первой перезагрузки.
Когда MTU нормально не проходит, то может ломаться RAID. Обычно один из дисков RAID1.
Я думаю, что это связано с работой SMB, чувствительной к MTU.
Я столкнулся с такой проблемой. RAID1 никак не хотел собираться.
Выключил Open vSwitch. Перезагрузил TNAS. RAID собрался без проблем.
Пожалуйста почините нормальную работу MTU в связке с Open vSwitch.
P.S.
Также очень хочется назначать несколько интерфейсов на сам TNAS из разных VLAN.
И очень бы хотелось для TNAS иметь стандартную возможность использовать свой локальный NTP сервер. Если между хотами и хранилищем время расходится, это может вызвать серьёзные проблемы, поэтому для инфраструктуры лучше использовать один свой NTP сервер, а у TNAS нет такой возможности.