Dotaz: Cyklické odpojování NIC rozhraní

[Petr Maleček]

Ahoj, trošku se tu peru s domácím strojem, který slouží vesměs jako úložiště.

Počítač je DELL OptiPlex 3050 Micro. Má jeden integrovaný ethernet port (1Gbit/s) a já jsem do USB 3 portu připojil ještě druhý (níže označený jako enp1s1), který zvládá rychlost 2.5Gbit/s. Tuto rychlost využívám na celém zbytku sítě.

  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169
  IF: enp2s0 state: up speed: 1000 Mbps duplex: full mac: d8:9e:f3:86:63:56
  Device-2: Realtek USB 10/100/1G/2.5G LAN type: USB driver: r8152
  IF: enp1s1 state: up speed: 2500 Mbps duplex: full mac: 80:3f:5d:00:6f:1b 
  IF-ID-1: br0 state: up speed: 2500 Mbps duplex: unknown mac: de:6c:97:4b:1a:44

Obě síťovky jsou v režimu bridge, protože na 1Gbit NIC mám připojen napřímo NAS. Problém je v tom, že při poměrně mírné zátěži síťovka "vypadává" a v logu vidím jen tato hlášení.

2024-08-07T21:19:22.626517+02:00 server kernel: br0: port 1(enp1s1) entered disabled state
2024-08-07T21:19:22.629432+02:00 server kernel: r8152 2-3:1.0 enp1s1: carrier off
2024-08-07T21:19:26.980438+02:00 server kernel: r8152 2-3:1.0 enp1s1: Promiscuous mode enabled
2024-08-07T21:19:26.980446+02:00 server kernel: r8152 2-3:1.0 enp1s1: carrier on
2024-08-07T21:19:26.980448+02:00 server kernel: br0: port 1(enp1s1) entered blocking state
2024-08-07T21:19:26.980453+02:00 server kernel: br0: port 1(enp1s1) entered forwarding state

Tato hlášení se stále opakují a vždy je způsobí větší provoz na síti. Větším provozem je myšleno třeba i obyčejné zobrazení webové stránky umístěné na serveru. Čili dohromady nic nic prd. Kopírování na server přes Sambu je téměř nemožné, protože to každou chvilkou (půlminutu-minutu, ale někdy i častěji) vypadne.

Značnou část večera Googlím, jestli jsem jediný (a asi nejsem), ale stále nemohu najít funkční řešení. Běžím na Debianu 12, jádro 6.9.9-1-liquorix-amd64 (SMP) x86_64.

Zvláštní také je, že mám na rozhraní hodně droppů (errory žádné), kabely jsem měnil, aktuálně propojen kabelem CAT7 do 2.5Gbit switche. Po dvou minutách uptime serveru mám cca 600 droppů na br0 rozhraní a cca 20 na samotné síťovce. Síťovka do NASu (ta 1Gbit) je bez problémů.

Už fakt nevím, zvažuji ještě pořízení jiného adaptéru do USB. Mám dva, oba se chovají stejně.

---

---

Odpovědi

[Petr Maleček]

Ještě doplním, že ta externí síťovka je 0bda:8156 - https://linux-hardware.org/index.php?id=usb:0bda-8156

[Silverhead]

Je NAS pripojen pouze do serveru nebo ma druhe rozhrani pripojene jinam do site a vytvori loop?

Je aktivni (R)STP?

[Petr Maleček]

NAS má jen jedno síťové rozhraní, takže je připojen jen do serveru. Není tam, kde by měla vznikat smyčka. STP bylo původně zapnuté, pak jsem jej experimentálně vypnul, jestli se něco nezmění. Stejně tak promiskuitní režim rozhraní (všech na serveru) jsem zkoušel vypnout, také bez rozdílu.

auto br0
iface br0 inet static
        address 192.168.0.2
        broadcast 192.168.0.255
        netmask 255.255.255.0
        gateway 192.168.0.1
        # If the resolvconf package is installed, you should not edit
        # the resolv.conf configuration file manually. Set name server here
        #dns-nameservers 192.168.2.254
        # If you have muliple interfaces such as eth0 and eth1
        # bridge_ports eth0 eth1
            bridge_ports enp1s1 enp2s0
            bridge_stp off       # disable Spanning Tree Protocol
            bridge_waitport 0    # no delay before a port becomes available
            bridge_fd 0          # no forwarding delay
            bridge_maxwait 0
        #post-up /sbin/ip link set enp1s1 promisc off
        #post-up /sbin/ip link set enp2s0 promisc off
        #post-up /sbin/ip link set br0 promisc off

[X]

Vyhod tu USB sitovku z bridge a otestuj na vykon v nejakem uplne zakladnim minimalistickem setupu a postupne na to nabaluj dalsi konfiguraci.

[Petr Maleček]

Zkusil jsi vypnout power managemet/auto suspend?
Nainstalujes tlp a pridas USB id do USB_BLACKLIST v /etc/default/tlp nebo nabootujes s parametrem usbcore.autosuspend=-1 pripadne usbcore.quirks=0bda:8156:k.

[Petr Maleček]

Nechci křičet, ale zatím to vypadá, že parametr do GRUBu pomohl (poslední možnost). Konkrétně tento: usbcore.quirks=0bda:8156:k. Velké díky