openvswitch: kein Netzwerk nach reboot

[dieber]

Hallo,
nach der Umstellung des PVE-Netzwerks von Linux-Bridge auf OVS habe ich festgestellt, das nach einem reboot des PVE-Hosts das Netzwerk nicht funktioniert, obwohl es vorher funktionierte.
Die Ausgabe von IP a und IP r ist ok, der Host hat seine IP im VLAN, aber keine Verbindung intern zu den VMs bzw. nach extern und ist auch nicht zu erreichen.
Laut systemctl status sind die entsprechenden Dienste gestartet und laufen. Nach

systemctl restart ovsdb-server.service

läuft das Netzwerk. Als workaround starte ich den ovsdb-server per cron @reboot neu, was erstmal funktioniert.

Im Systemlog ist mir was aufgefallen, habe dazu aber nichts weiter gefunden:

ovs-ctl[534]: /etc/openvswitch/conf.db does not exist ... (warning)
...
...
ovs-ctl[534]: Creating empty database /etc/openvswitch/conf.db

Die Einträge gibt es nach jedem reboot.

Die conf.db ist aber vorhanden

-rw-r----- 1 root root 26077 Apr  4 15:30 /etc/openvswitch/conf.db

Unter RedHat soll openvswitch unter dem user openvswitch laufen, das ist bei Proxmox / Debian offensichtlich nicht der Fall. Den user openvswitch gibt es nicht und ein chmod o+r hat auch nichts geändert.

Hier die Interfaces-Datei, wie sie von PVE erstellt wurde (OVS in der GUI erstellt):

auto lo
iface lo inet loopback

auto eno1
iface eno1 inet manual
    ovs_type OVSPort
    ovs_bridge vmbr0
    ovs_options vlan_mode=trunk trunks=10,20,30,55,99
# Trunk <> Switch SLM2008/P7

auto vlan55
iface vlan55 inet static
    address 10.10.55.254/24
    gateway 10.10.55.1
    ovs_type OVSIntPort
    ovs_bridge vmbr0
    ovs_options tag=55
# pve interner Port

auto vmbr0
iface vmbr0 inet manual
    ovs_type OVSBridge
    ovs_ports eno1 vlan55
# Trunk-Bridge, VLANs an VMs

Das ist jetzt erstmal zum ausprobieren in meinem "Labornetz" installiert. Bevor ich OVS in meinem Homenetz installiere, würde ich vorher gern wissen, was da los ist. Ich vermute irgendwelche Abhängigkeiten mit systemd, damit kenne ich mich aber nicht so gut aus. Kann mir hier jemand weiterhelfen?

Gruß dieber

 

[dieber]

Hmm, bin ich der einzige bei dem mit OpenVswitch das Netzwerk ein reboot nicht überlebt?
Hatte gehofft, das sich eventuell mit einem Update des PVE was ändert, leider nicht der Fall.
Version ist hier aktuell:

pve-manager/8.2.4 (running kernel: 6.8.8-1-pve)

Abfragen mit pvs-vsctl zeigt Bridge, Ports, Interfaces so wie in interfaces konfiguriert an, trotzdem keine Verbindungen möglich. Erst der restart des ovsdb-server hilft.
Irgend jemand hier eine Idee was das sein könnte?

Gruß dieber

 

[Falk R.]

Nutzt du Broadcom NICs?

 

[dieber]

Nutzt du Broadcom NICs?

Hi,
nein, interne Schnittstelle auf einem miniITX von ASRock

# inxi -M
Machine:
  Type: Desktop Mobo: ASRock model: B460M-ITX/ac serial: M80-E... UEFI: American Megatrends
    v: P1.60 date: 02/22/2021

# inxi -n
Network:
  Device-1: Intel Ethernet I219-V driver: e1000e
  IF: eno1 state: up speed: 1000 Mbps duplex: full mac: a8:a1:59:...
  Device-2: Intel Dual Band Wireless-AC 3168NGW [Stone Peak] driver: N/A
  IF-ID-1: bonding_masters state: N/A speed: N/A duplex: N/A mac: N/A
  IF-ID-2: ovs-system state: down mac: e6:3d:bc:b9:1a:ab
  IF-ID-3: tap100i0 state: unknown speed: 10000 Mbps duplex: full mac: 3e:...
  IF-ID-4: tap100i1 state: unknown speed: 10000 Mbps duplex: full mac: 1a:...
  IF-ID-5: tap100i2 state: unknown speed: 10000 Mbps duplex: full mac: e6:...
  IF-ID-6: tap100i3 state: unknown speed: 10000 Mbps duplex: full mac: 3a:...
  IF-ID-7: tap100i4 state: unknown speed: 10000 Mbps duplex: full mac: ca:...
  IF-ID-8: tap201i0 state: unknown speed: 10000 Mbps duplex: full mac: 62:...
  IF-ID-9: vlan55 state: unknown speed: N/A duplex: N/A mac: f6:...
  IF-ID-10: vmbr0 state: unknown speed: N/A duplex: N/A mac: a8:a1:59:...

Die tap100ix gehören zur OPNsense, tap201i0 ist eine VM im vlan20, vlan55 ist das mgmt-Netz.
Device-2 (WLAN) ist unbenutzt.

 

[Falk R.]

Mit den Intel i219 habe ich noch keine Probleme gesehen. Dannist das schon mal ausgeschlossen.
Wenn der Switch nach manuellem Neustart normal hochkommt, solltest du mal die Logs checken die beim booten geschrieben werden.

 

[dieber]

Wenn der Switch nach manuellem Neustart normal hochkommt, solltest du mal die Logs checken die beim booten geschrieben werden.

Yepp, bin immer mal wieder dran aber noch nicht auffälliges gefunden. Ist halt nicht so doll, wenn man nicht weis, wonach genau man suchen soll. Alle Services laufen, alle Ports und Interfaces da sind, IP-Adr. und GW sind zugewiesen. Ein Unterschied zwischen dem manuellen und dem Start beim Booten ist, dass beim Booten offensichtlich die config neu geschrieben wird und nachdem 2. Start nicht.
Mal sehen ob ich noch was finde