Problém při pokusu o zmazání sítového rozhraní OS: 6.3.3 KRNL: 5.15.114

[cernikradek]

Pěkný den
Narazil jsem na problém při odstraňování rozhraní v Luci.

Replikace problému:

1. nastavím zařízení lan0.10 (vlan interface - lan0 ze stavu nepřiřazeno!)
2. nastavím síťový most (bridge DMZ-LAN)
3. přiřadím rozhraní lan0.10 pod bridge
4. uložím a aplikuji změny konfigurace (router provede)
5. nastavím rozhraní mostu ke smazání
6. uložím a aplikuji změny (problém…)

Problém:
Router vypne všechna síťová rozhraní a nelze s ním dále komunikovat.

Výpis z /srv/log/messages
…
Jul 6 17:09:25 turris : luci: accepted login on / for root from 172.30.100.57
Jul 6 17:09:29 turris odhcpd[1888]: Failed to send to ff02::1%guest_turris@br-guest-turris (Address not available)
Jul 6 17:09:45 turris odhcpd[1888]: Failed to send to ff02::1%guest_turris@br-guest-turris (Address not available)
Jul 6 17:10:01 turris crond[7663]: (root) CMD (/usr/bin/notifier)
Jul 6 17:10:01 turris crond[7662]: (root) CMDOUT (There is no message to send.)
Jul 6 17:10:01 turris crond[7662]: (root) CMDEND (/usr/bin/notifier)
Jul 6 17:10:01 turris odhcpd[1888]: Failed to send to ff02::1%guest_turris@br-guest-turris (Address not available)
Jul 6 19:10:03 turris dnsmasq[4676]: exiting on receipt of SIGTERM
Jul 6 19:10:03 turris dnsmasq[7896]: started, version 2.86 DNS disabled
Jul 6 19:10:03 turris dnsmasq[7896]: compile time options: IPv6 GNU-getopt no-DBus UBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth cryptohash DNSSEC no-ID loop-detect inoti
fy dumpfile
Jul 6 19:10:03 turris dnsmasq[7896]: UBus support enabled: connected to system bus
Jul 6 19:10:03 turris dnsmasq-dhcp[7896]: DHCP, IP range 10.111.222.100 – 10.111.222.249, lease time 1h
Jul 6 19:10:03 turris dnsmasq-dhcp[7896]: DHCP, IP range 172.30.100.10 – 172.30.100.159, lease time 1h
Jul 6 19:10:03 turris dnsmasq-dhcp[7896]: read /etc/ethers - 0 addresses
Jul 6 17:10:03 turris dhcp_host_domain_ng.py: DHCP update hostname [PC,172.30.100.57]
Jul 6 17:10:03 turris dhcp_host_domain_ng.py: DHCP update hostname [PC,172.30.100.57]
Jul 6 17:10:03 turris dhcp_host_domain_ng.py: Kresd is probably not running no socket found.
Jul 6 17:10:03 turris dhcp_host_domain_ng.py: Kresd is probably not running no socket found.
Jul 6 17:10:04 turris netifd: Interface ‘DMZ_LAN’ is now down
Jul 6 19:10:04 turris kernel: [ 320.198757] mv88e6085 f1072004.mdio-mii:10 lan4: Link is Down
Jul 6 19:10:04 turris kernel: [ 320.204736] br-lan: port 1(lan4) entered disabled state
Jul 6 19:10:04 turris kernel: [ 320.214390] mvneta f1070000.ethernet eth0: Link is Down
Jul 6 17:10:04 turris netifd: Interface ‘DMZ_LAN’ is disabled
Jul 6 17:10:04 turris netifd: Interface ‘DMZ_LAN’ has link connectivity loss
Jul 6 17:10:04 turris netifd: 8021q ‘eth0.10’ link is down
Jul 6 17:10:04 turris netifd: Network device ‘eth0’ link is down
Jul 6 17:10:04 turris netifd: Network device ‘lan4’ link is down
Jul 6 17:10:05 turris netifd: bridge ‘br-lan’ link is down
Jul 6 17:10:05 turris netifd: Interface ‘lan’ has link connectivity loss
Jul 6 17:10:05 turris odhcpd[1888]: Failed to send to ff02::1%guest_turris@br-guest-turris (Address not available)
Jul 6 19:10:05 turris dnsmasq-dhcp[7896]: read /etc/ethers - 0 addresses
Jul 6 17:10:05 turris dhcp_host_domain_ng.py: DHCP update hostname [PC,172.30.100.57]
Jul 6 17:10:05 turris dhcp_host_domain_ng.py: Refresh kresd leases
Jul 6 17:10:06 turris foris-controller[3090]: WARNING:zeroconf:Error sending through socket 18
Jul 6 17:10:06 turris foris-controller[3090]: Traceback (most recent call last):
Jul 6 17:10:06 turris foris-controller[3090]: File “/usr/lib/python3.9/site-packages/zeroconf/init.py”, line 2969, in send
Jul 6 17:10:06 turris foris-controller[3090]: OSError: [Errno 101] Network unreachable
Jul 6 17:10:21 turris odhcpd[1888]: Failed to send to ff02::1%guest_turris@br-guest-turris (Address not available)
Jul 6 17:10:37 turris odhcpd[1888]: Failed to send to ff02::1%guest_turris@br-guest-turris (Address not available)
Jul 6 17:10:53 turris odhcpd[1888]: Failed to send to ff02::1%guest_turris@br-guest-turris (Address not available)
Jul 6 17:11:09 turris odhcpd[1888]: Failed to send to ff02::1%guest_turris@br-guest-turris (Address not available)
Jul 6 17:11:25 turris odhcpd[1888]: Failed to send to ff02::1%guest_turris@br-guest-turris (Address not available)
Jul 6 19:11:33 turris dnsmasq-dhcp[7896]: read /etc/ethers - 0 addresses
Jul 6 17:11:33 turris dhcp_host_domain_ng.py: DHCP update hostname [PC,172.30.100.57]
Jul 6 17:11:34 turris dhcp_host_domain_ng.py: Kresd is probably not running no socket found.
Jul 6 19:11:34 turris kernel: [ 410.030349] mvneta f1070000.ethernet eth0: configuring for fixed/rgmii link mode
Jul 6 19:11:34 turris kernel: [ 410.037988] mvneta f1070000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
Jul 6 17:11:34 turris netifd: Interface ‘DMZ_LAN’ is enabled
Jul 6 17:11:34 turris netifd: Interface ‘DMZ_LAN’ is setting up now
Jul 6 17:11:34 turris netifd: Interface ‘DMZ_LAN’ is now up
Jul 6 19:11:34 turris kernel: [ 410.047566] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jul 6 17:11:34 turris netifd: Network device ‘eth0’ link is up
Jul 6 17:11:34 turris netifd: 8021q ‘eth0.10’ link is up
Jul 6 17:11:34 turris netifd: Interface ‘DMZ_LAN’ has link connectivity
Jul 6 17:11:35 turris odhcpd[1888]: Failed to send to ff02::1%guest_turris@br-guest-turris (Address not available)
Jul 6 19:11:35 turris dnsmasq[7896]: exiting on receipt of SIGTERM
…

SW verze:
Verze kernelu：5.15.114
Model：Turris Omnia
Architektura：ARMv7 Processor rev 1 (v7l)
Verze firmware：TurrisOS 6.3.3 491b784141da22d01819196e748e955cf07fd56a

Setkal jste se s tím někdo? A pokud ano, jak jste problém řešili?
Předem děkuji za Váš čas.
RC

[cernikradek]

A tak beru zpět (předchozí odpověď níže začínající slovem Aktualizace: ponechávám, protože jednou mi to zafungovalo, ale při zopakování už ne a skončil jsem se stejnou chybou.)

Zafungovalo to dle popisu níže jen jednou a nejspíš jsem měl jen štěstí.
Když jsem se to pokusil celé zopakovat, při odebírání se stalo to samé. Router vypne všechna svá ethernet rozhraní a přestane tak komunikovat. Po startu je stav jako před odebráním s uložením a aplikováním změn.

Sledoval jsem různá vlákna zde na fóru a vidím, že s VLAN rozhraními je dost potíží, tedy alespoň přes rozhraní LuCi.

Nějaké funkční řešení?
Nemáte někdo zkušenost?

Aktualizace:
Myslím, že v mém případě to byla pouze neznalost systému. Přeci jen s Turris nepracuji tak často a tak intenzivně. Takže vlastně asi ani nejde o problém.

Správný postup který funguje při dekonfiguraci:

1. Odebrat firewallovou zonu, uložit a aplikovat
2. Odebrat ze síťového rozhraní “svázaná zařízení” (bridge), uložit a aplikovat
3. Ze zařízení (bridge) odebrat vlan rozhraní, uložit a aplikovat
4. Odebrat samotné vlan rozhraní, uložit a aplikovat

Možná není třeba ukládat a aplikovat po každém kroku, ale chtěl jsem si ověřit, zda se při tomto postupu (který je evidentně správný) v některé fázu ukládání a aplikování změn konfigurace router odmlčí.

Zřejmě je to jen má zhýčkanost, kdy jsem milně předpokládal, že pokud dám odebrat vše naráz, nebo pokud odeberu síťové rozhraní, které má na sobě navázaná zařízení (bridge s vlan rozhraním) že to OS pochopí a před zrušením síťového rozhraní uvolní všechna zařízení do stavu “nepřiřazeno”.

Takže pokud jsem Vás zdržel, omlouvám se.
S pozdravem,
RC