Bug 49307
| Summary: | Некорректное поведение опции MTU, для физического интерфейса, через веб в PVE. | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | i.mysnikov | ||||||
| Component: | pve-common | Assignee: | Alexey Shabalin <shaba> | ||||||
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus | ||||||
| Severity: | normal | ||||||||
| Priority: | P5 | CC: | andy, darisishe, shaba, shevchenkodyu, shrek | ||||||
| Version: | unstable | ||||||||
| Hardware: | x86 | ||||||||
| OS: | Linux | ||||||||
| Attachments: |
|
||||||||
А что в файле /etc/net/ifaces/интерфейс/iplink ? "У меня работает" :-) "Apply Configuration" нажимали? (Ответ для Andrew Vasilyev на комментарий #1) > А что в файле /etc/net/ifaces/интерфейс/iplink ? > "У меня работает" :-) "Apply Configuration" нажимали? Добрый день, да нажимали. Если руками создать файл iplink и прописать в него нужный mtu то работать будет. Вопрос не в этом а в том, что - зачем добавлена возможность редактировать параметр MTU на физическом устройстве через веб-интерфейс если его изменения не применяются. Пожалуйста, попробуйте тестовое задание #344292: # apt-repo test 344292 (перед этим желательно сделать dist-upgrade). Created attachment 15805 [details]
Архив с файлами полученые при выводе комнад
Добрый день. Выполнил следующие действия: 1) Подключился к ноде по ssh, ввел команды: # apt-get dist-upgrade# apt-repo test 344292 2) Через веб-интерфейс на физическом интерфейсе eno1 и мосту vmbr0 ноды изменил значение MTU на 9000. Нажал “Применить”. 3) По выводу следующих команд на хосте MTU не изменился: # ip a # cat /etc/network/interfaces Вывод команды: # ping <another_loca_address> -s $((9000-28)) -M do (PING 192.168.1.68 (192.168.1.68) 8972(9000) bytes of data. ping: local error: message too long, mtu=1500) - говорит о том, что на хосте не изменился MTU. 4) Только после перезагрузки сети значения MTU изменились и выполнение команды “ping <local_address> -s $((9000-28)) -M do” отработало правильно, как и вывод “ip a”.До установки test 344292 перезагрузка сети не давала такого результата. 5) После чего через веб-интерфейс изменил значение MTU в изначальное положение - 1500. 6) На хосте значение MTU изменилось только в файле /etc/network/interfaces.При выполнении команды “ip a” MTU у eno1 и vmbr0 было 9000, а при выполнении “ping <local_address> -s $((9000-28)) -M do” ответ был в ожидании как если бы на другом конце MTU меньше. То есть MTU не изменился на 1500 а остался на показателе 9000. Файлы получены при выводе комнад прилагаются в ответе. После обновления пакета необходимо перезапустить сервис pvedaemon (# systemctl restart pvedaemon). Смотреть на изменения нужно в /etc/net/ifaces/интерфейс/ (после изменения MTU должен появится файл iplink, на интерфейсе ещё изменений нет). Изменения применяются после нажатия кнопки Apply Configuration. (Проверяем ip a). Сервис "pvedaemon" перезапустил. Подтверждаю, после изменения MTU через веб-интерйейс в диретокрии /etc/net/ifaces/интерфейс/ файл iplink появляется с нужным параметров внутри. После нажатия кнопки Apply Configuration появляется окошко с ошибкой "command '/usr/sbin/ifreload -a' failed: exit code 1" но изменения применяются. После того как меняю MTU обратно на 1500 через веб-интерфейс, файл iplink пропадает но команда ip a выдаёт MTU - 9000. А вывод “ping <local_address> -s $((9000-28)) -M do” - ожидание ответа со стороны, как если бы на другом конце MTU меньше. То есть MTU не изменился на 1500 а остался на показателе 9000. (Ответ для i.mysnikov на комментарий #7) > Сервис "pvedaemon" перезапустил. > Подтверждаю, после изменения MTU через веб-интерйейс в диретокрии > /etc/net/ifaces/интерфейс/ файл iplink появляется с нужным параметров внутри. > После нажатия кнопки Apply Configuration появляется окошко с ошибкой > "command '/usr/sbin/ifreload -a' failed: exit code 1" но изменения > применяются. Э, минуточку - какой ifreload? Вы случайно ifupdown2 не поставили? Покажите: $ ls -al /usr/share/ifupdown2 $ rpm -q ifupdown2 > После того как меняю MTU обратно на 1500 через веб-интерфейс, файл iplink > пропадает но команда ip a выдаёт MTU - 9000. Обратно на default MTU на лету не меняется, нужен reboot. ifupdown2 использовался коллегами для тестов. Удалил этот пакет и вернул управление обратно под etcnet - ошибка ушла. Тестовое задание #344292 работает корректно, в /etc/net/ifaces/интерфейс/ файл iplink появляется. В выводе команды ip a установленный MTU отображается верно, как и результат команды ping <local_address> -s $((9000-28)) -M do . Спасибо. pve-common-7.4.2-alt2 -> p10: Wed Apr 03 2024 Andrew A. Vasilyev <andy@altlinux> 7.4.2-alt2 - add MTU support (ALT #49307) |
Description
i.mysnikov 2024-02-05 16:11:45 MSKCreated attachment 15481 [details] Действия шагов. Заметили некорректное поведение опции MTU в веб-интерфейсе PVE. Если задать значение 9000 для физического интерфейса, то оно ни на что не повлияет. Как воспроизвести: 1) Открыть PVE через веб. 2) Зайти на ноду, выбрать сеть. На физическом интерфейсе поставить галочку "Advanced" и задать значение опции "MTU" - 9000. Нажать "OK". 3) Подключится по ssh к ноде. 4) Ввести команду: ping <local_address> -s $((9000-28)) -M do 5) Ввести команду: ip a 6) Ввести команду: cat /etc/network/interfaces Реальные результаты: Вывод команды ping <another_loca_address> -s $((9000-28)) -M do - говорит о том, что на хосте не изменился MTU. (PING 192.168.1.68 (192.168.1.68) 8972(9000) bytes of data. ping: local error: message too long, mtu=1500) Вывод команды ip a показыает, что MTU также не поменялся. Вывод cat /etc/network/interfaces показывает, что изменение MTU сделанное в веб-интерфейсе приминилось. Ожидаемые результаты: Вывод команды ping <local_address> -s $((9000-28)) -M do должен выполнятся если на другом конце такой же MTU, либо висеть если на другом конце MTU меньше. Вывод команды ip a отображает измененный MTU.