Size: a a a

Russian Fedora Community

2020 August 28

AP

Al P in Russian Fedora Community
когда-то давно было такое в убунту 16 правда с тех пор не 1 комп поменял, но щас в ф32 гном такой проблемы не наблюдаю
источник

V

Vascom in Russian Fedora Community
У меня КДЕ. Тоже нет проблемы.
источник

D[

DARIY [markw • mb4 •... in Russian Fedora Community
Народ, пожалуйста, подскажите хороший мануал по сборке драйвера kmod (akmods). Мне нужно собрать драйвер WiFi карты.
источник

G

Gleb in Russian Fedora Community
Вот при такой конфигурации сети гипервизора виртуальные машины не получают IP адреса после его перезагрузки. При этом если перезапустить bridge0, то IP адреса виртуалки получают.
Что самое интересное, arp запросы уходят на l3 коммутатор, при этом реплаи в бридж не приходят.
Когда начинаю мониторить eno1 tcpdump'ом, то виртуалки также получают IP адреса. Как только прерываю мониторинг eno1, пытаюсь запросить IP адреса заново - опять arp реплаи не приходят, IP адрес не обновляется. в team0 мод - LACP по IEEE 802.3ad.
Сам брид bridge0 всегда получает IP адрес без каких-либо проблем (в отличие от виртуалок).
источник

.

. in Russian Fedora Community
tcp/ip не нужен
источник

.

. in Russian Fedora Community
он устарел
источник

G

Gleb in Russian Fedora Community
Gleb
Вот при такой конфигурации сети гипервизора виртуальные машины не получают IP адреса после его перезагрузки. При этом если перезапустить bridge0, то IP адреса виртуалки получают.
Что самое интересное, arp запросы уходят на l3 коммутатор, при этом реплаи в бридж не приходят.
Когда начинаю мониторить eno1 tcpdump'ом, то виртуалки также получают IP адреса. Как только прерываю мониторинг eno1, пытаюсь запросить IP адреса заново - опять arp реплаи не приходят, IP адрес не обновляется. в team0 мод - LACP по IEEE 802.3ad.
Сам брид bridge0 всегда получает IP адрес без каких-либо проблем (в отличие от виртуалок).
Собственно, в чём может быть проблема?
источник

.

. in Russian Fedora Community
t . me / pro _ kvm
источник

.

. in Russian Fedora Community
тебе туда
источник

.

. in Russian Fedora Community
там спроси
источник

.

. in Russian Fedora Community
без пробелов
источник

G

Gleb in Russian Fedora Community
.
без пробелов
Так проблема не в kvm, а в сетевом стеке. Судя по всему. Только я не знаю, куда дальше копать...
источник

.

. in Russian Fedora Community
так напиши
источник

.

. in Russian Fedora Community
туда там помочь должны
источник

.

. in Russian Fedora Community
профильный чат
источник

FL

Filippe LeMarchand in Russian Fedora Community
Gleb
Вот при такой конфигурации сети гипервизора виртуальные машины не получают IP адреса после его перезагрузки. При этом если перезапустить bridge0, то IP адреса виртуалки получают.
Что самое интересное, arp запросы уходят на l3 коммутатор, при этом реплаи в бридж не приходят.
Когда начинаю мониторить eno1 tcpdump'ом, то виртуалки также получают IP адреса. Как только прерываю мониторинг eno1, пытаюсь запросить IP адреса заново - опять arp реплаи не приходят, IP адрес не обновляется. в team0 мод - LACP по IEEE 802.3ad.
Сам брид bridge0 всегда получает IP адрес без каких-либо проблем (в отличие от виртуалок).
Фильтрация внутри моста? Фаервол активен? Что в sysctl net.bridge.bridge-nf-call-iptables?
источник

G

Gleb in Russian Fedora Community
Filippe LeMarchand
Фильтрация внутри моста? Фаервол активен? Что в sysctl net.bridge.bridge-nf-call-iptables?
Фаерволл вырубал, всё равно не помогает. P.S. такая строчка вообще отсутствует. Уже проверял.
источник

FL

Filippe LeMarchand in Russian Fedora Community
Gleb
Фаерволл вырубал, всё равно не помогает. P.S. такая строчка вообще отсутствует. Уже проверял.
Тогда не знаю, кого ещё подозревать. STP или rp_filter может?
источник

G

Gleb in Russian Fedora Community
Filippe LeMarchand
Тогда не знаю, кого ещё подозревать. STP или rp_filter может?
STP не помогает.
источник

G

Gleb in Russian Fedora Community
arp ответы теряются между eno1 и team0, если я правильно понимаю.
источник