Dotaz: Při duplicitním UUID pro vlan rozhraní se ztrácejí jen broadcasty, proč?

[v]

Ahoj, omylem jsem na CentOSu 7 nastavil stejné UUID pro 2 vlan rozhraní. NetworkManager v logu psal:

ifcfg-rh: cannot load /etc/sysconfig/network-scripts/ifcfg-eth1.1200 due to conflicting UUID...

Trvalo dlouho než jsem na to přišel, protože se to projevovalo tím, že na eth1.1200 normálně fungoval provoz (i když by neměl), ale nedošel na něj žádný broadcast (konkrétně DHCPDISCOVER) - viděl jsem ho tcpdumpem jen na eth1 že má vlan 1200 tag, ale na eth1.1200 nedoputoval. Po opravení UUID to sice již funguje a tcpdumpem vidím vše i na eth1.1200, ale zajímalo by mě, zda někdo neví, proč se to tak chovalo? Ověřil jsem si, že vlany byly normálně nahozený a i interfacy jsem všechny viděl.

Odpovědi

[X]

Dokazes tu situaci nejak reprodukovat?

[v]

Ano, ale nemohu si to teď dovolit, je to docela kritický systém.

[Michal Kubeček]

Bez výstupu "ip -d link show" těžko hádat, co z té chybné konfigurace NetworkManager vlastně vyrobil. Nejspíš jste sice měl rozhraní jménem "eth1.1200", ale nebylo to vlan rozhraní nad eth1 pro tag 1200. (To, jak se to rozhraní jmenuje, nemá vliv na to, jak funguje.)

[v]

No pokud se dá věřit výpisu z /proc/net/vlan/config, pak toto bylo v pořádku.

[Michal Kubeček]

Tam toho moc k vidění není - ale vzhledem k tomu, že jste neukázal ani ten, tak nevím, co vlastně od tohoto dotazu očekáváte.

[Vantomas]

Ty dva interfacy se stejným UUID byly do stejné VLANy?