Hallo Leute,
steht folgendes logread im Zusammenhang mit einem bekannten Bug? das tritt auf einer AC-Mesh mit allen Firmwareversionen seit 20171220 (ausschließlich dieser) auf. Wenn ich logread -f machen, rasen die Zeilen an mir vorbei. da scheint sich irgendwas mächtig im Kreis zu drehen.
Fri May 4 00:38:55 2018 daemon.notice netifd: Interface 'gluon_bat0' is setting up now Fri May 4 00:38:55 2018 daemon.notice netifd: gluon_bat0 (9191): ip: RTNETLINK answers: Not supported Fri May 4 00:38:56 2018 daemon.notice netifd: gluon_bat0 (9191): ./gluon_bat0.sh: eval: line 1: can't create /proc/sys/net/ipv6/conf/primary0/disable_ipv6: nonexistent directory Fri May 4 00:38:56 2018 daemon.notice netifd: gluon_bat0 (9191): ip: SIOCGIFINDEX: No such device Fri May 4 00:38:56 2018 daemon.notice netifd: gluon_bat0 (9191): ./gluon_bat0.sh: eval: line 1: can't create /sys/class/net/primary0/batman_adv/mesh_iface: nonexistent directory Fri May 4 00:38:56 2018 daemon.notice netifd: gluon_bat0 (9191): Command failed: Unknown error Fri May 4 00:38:56 2018 daemon.notice netifd: gluon_bat0 (9191): ./gluon_bat0.sh: eval: line 1: can't create /sys/class/net/br-wan/batman_adv/mesh_iface: nonexistent directory Fri May 4 00:38:56 2018 daemon.notice netifd: gluon_bat0 (9220): ip: can't find device 'bat0' Fri May 4 00:38:56 2018 daemon.notice netifd: gluon_bat0 (9220): ip: can't find device 'primary0' Fri May 4 00:38:56 2018 daemon.notice netifd: Interface 'gluon_bat0' is now down
ifconfig sieht entsprechend dünn besiedelt aus:
FF-Hagen-aTW-Alte-Strasse-2-west:~# ifconfig br-client Link encap:Ethernet HWaddr 78:8A:20:28:3A:D2 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
br-wan Link encap:Ethernet HWaddr 62:12:90:28:7E:E0 inet6 addr: fe80::6012:90ff:fe28:7ee0/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1817988 errors:0 dropped:1799053 overruns:0 frame:0 TX packets:18835 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:336529358 (320.9 MiB) TX bytes:5740506 (5.4 MiB)
eth0 Link encap:Ethernet HWaddr 78:8A:20:26:3A:D2 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1818026 errors:0 dropped:38 overruns:0 frame:0 TX packets:18838 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:361988986 (345.2 MiB) TX bytes:5740764 (5.4 MiB) Interrupt:4
lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:37970 errors:0 dropped:0 overruns:0 frame:0 TX packets:37970 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1 RX bytes:2119267 (2.0 MiB) TX bytes:2119267 (2.0 MiB)
LG Lorenz
das Ding macht mesh-on-wan mit einem Offloader ich ersparen uns jetzt mal den dump der kompletten Config sondern poste nur mal einen diff zu einer anderen AC-Mesh in einer gleichartigen Umgebung.
1c1 < root@FF-Hagen-aTW-Freibad-02:~# cat /etc/config/network ---
root@FF-Hagen-aTW-Alte-Strasse-2-west:~# cat /etc/config/network
10c10 < option ula_prefix 'fde2:0e40:02fe::/48' ---
option ula_prefix 'fdca:42ee:7fb7::/48'
19,23c19,20 < option macaddr '1a:db:70:bd:52:d0' ---
option macaddr '62:12:90:28:7e:e0'
56c53 < option macaddr '1a:db:70:bd:52:d7' ---
option macaddr '62:12:90:28:7e:e7'
71c68 < option macaddr '78:8a:20:2b:45:53' ---
option macaddr '78:8a:20:28:3a:d2'
89c86 < option peer_macaddr '78:8a:20:2b:45:53' ---
option peer_macaddr '78:8a:20:28:3a:d2'
104c101 < option macaddr '78:8a:20:2b:45:53' ---
option macaddr '78:8a:20:28:3a:d2'
kann an der config jetzt keinen Fehlergrund erkennen.
Am 06.05.2018 um 22:37 schrieb Jan-Tarek Butt via Dev:
Hi,
wie sieht denn die network config aus?
vg Tarek
Dev mailing list -- dev@lists.ffnw.de To unsubscribe send an email to dev-leave@lists.ffnw.de
On 05/06/18 23:34, lrnzo via Dev wrote:
das Ding macht mesh-on-wan mit einem Offloader ich ersparen uns jetzt mal den dump der kompletten Config sondern poste nur mal einen diff zu einer anderen AC-Mesh in einer gleichartigen Umgebung.
Hm, bist du dir sicher das, das Problem mit dem zweit Device nicht auftritt?
Beide sind im mesh on WAN ?
Meinst du mit Umgebung gleiches lokales Netz oder auch identischer Aufbau ? mesh on WAN, gateway...
network conf schien so sauber zu sein. Allerdings hängt es von den o.g. Anbindugsmöglichkeiten ab, da der Bug evtl. nur bei mesh on WAn oder ähnlichen getriggert wird?
vg Tarek