[freifunk-public] update lässt Knoten im Hopglass "verschwinden" - jemand ne Idee warum?
Ralf Jung
post at ralfj.de
Do Jan 6 11:23:53 CET 2022
Hallo Sebastian,
wenn du über den Knoten online bist kannst du via "http://my.ffsaar" die
Status-Seite aufrufen, da findest du dann die IP-Adresse(n) des Routers (oder
mglw eine Fehlermeldung wie bei den anderen Geräten, was auch interessant wäre).
Viele Grüße,
Ralf
On 05.01.22 18:31, Fam. Fontaine wrote:
> Hi Ralf,
>
> es gibt da einen weiteren Knoten, der mir in dieser Sache Kummer bereitet:
> In meinem Hosts-File steht er folgendermaßen:
> 2a03:2260:3009:2200:d66e:eff:fef5:cafc ffsaar-grenzlandapotheke
>
> Dieser Knoten taucht im Hopglass nicht auf und ist von aussen nicht
> erreichbar.
> Beides war vor dem update sicher der Fall, ich hatte den D-Link uplink
> schon im Verdacht.
> Jedenfalls war ich eben in der Apotheke und hatte 1a Internet via
> Freifunk WLAN.
> Leider hatte ich kein Laptop dabei und konnte somit nicht weiter debuggen.
> Werde das aber nachher nachholen.
>
> Irgendwelche Tipps worauf ich achten sollte?
>
> Grüße
> Sebastian Fontaine
>
>
> Am 31.12.21 um 11:20 schrieb Ralf Jung:
>> Hallo allerseits,
>>
>> Im gluon-bugtracker habe ich dieses Problem gefunden:
>> https://github.com/freifunk-gluon/gluon/issues/2256
>> Das scheint mit einem Crash im respondd zusammenzuhängen (das passt zu
>> dem was Mia schreibt):
>> https://github.com/freifunk-gluon/gluon/issues/2260
>> Siehst du im log irgendwas von respondd crashes? (Mia, wo sieht man
>> diese Crashes? Stehen die im "logread"?)
>> Angeblich wurden die allerdings gefixed in gluon 2021.1.1.
>>
>> Ich kann ffsaar-RuFV-klHalle und die anderen auch wieder auf der Karte
>> sehen -- hast du irgendwas gemacht, Sebastian? Offenbar sind die
>> Knoten in dem Mesh vor 20min alle neu gestartet.
>>
>> Viele Grüße,
>> Ralf
>>
>> On 31.12.21 00:43, Mia via freifunk-public wrote:
>>> Hallo,
>>>
>>> wenn man per HTTP auf die Status-Seite zugreifen will, kommt folgendes:
>>>
>>> > Failed to execute dispatcher target for entry '/'.
>>> > The called action terminated with an exception:
>>> > /usr/lib/lua/gluon/web/template.lua:43: Failed to execute template
>>> > 'status-page'.
>>> > A runtime error occurred: [string "/lib/gluon/status-page/view
>>> > /status-page.htm..."]:90: attempt to index global
>>> > 'nodeinfo' (a nil value)
>>>
>>> Das gleiche Problem hatte ich beim Upgrade vom raspberry pi3 auf die
>>> neuste Firmware, da stürzt nämlich gluon-respondd ständig ab.
>>> Ich hatte das allerdings nicht weiter beachtet, weil der RPi3 nicht
>>> offiziell von Gluon unterstützt wird, auch wenn das nur am Wifi-Radio
>>> liegen sollte und nicht an irgendwelchen Inkompatibilitäten mit
>>> respondd.
>>> Scheinbar sind wohl auch andere Geräte davon betroffen. Ohne respondd
>>> landen die Nodes auch nicht im hopglass.
>>> Eine Lösung habe ich dafür nicht, da müsste man wohl respondd debuggen.
>>>
>>>
>>> Schöne Grüße,
>>>
>>> Mia
>>>
>>>
>>> On 30/12/2021 22:27, Fam. Fontaine via freifunk-public wrote:
>>>> Hi Ralf,
>>>>
>>>> habe gerade manuell ein update von folgenden Knoten gemacht:
>>>> ffsaar-RuFV-klHalle, ffsaar-RuFV-Einsteller1,
>>>> ffsaar-RuFV-Einsteller2, ffsaar-RuFV-Einsteller3
>>>>
>>>> alt:
>>>> OpenWrt 19.07-SNAPSHOT, r11328+12-81266d9001
>>>> gluon-ffsaar 1.10.1 / gluon v2020.2.3
>>>>
>>>> neu:
>>>> OpenWrt 19.07-SNAPSHOT, r11354+25-ffd4452f8b
>>>> gluon-ffsaar 1.11.0 / gluon v2021.1.1
>>>>
>>>> Im Resultat, sind sie von der Karte "verschwunden"
>>>>
>>>>
>>>> Die entsprechende Konfig ist aber unverändert, sprich, sie sind auch
>>>> per ssh erreichbar:
>>>> root at ffsaar-RuFV-klHalle:~# cat /etc/config/gluon-node-info
>>>>
>>>> config location
>>>> option share_location '1'
>>>> option latitude '49.530890825'
>>>> option longitude '6.414288282'
>>>>
>>>> config owner
>>>> option contact 'mail at sfinp.de'
>>>>
>>>> config system
>>>>
>>>> root at ffsaar-RuFV-klHalle:~#
>>>>
>>>> Versuchshalber habe ich dann noch ein update an folgendem Knoten
>>>> angestoßen:
>>>> ffsaar-RuFV-grHalle
>>>>
>>>> Und folgerichtig "verschwindet" der auch von der Karte:
>>>>
>>>>
>>>> Wie erklärt sich das denn?
>>>>
>>>> Grüße
>>>> Sebastian
>>>>
>>>> Am 30.12.21 um 21:36 schrieb Fam. Fontaine:
>>>>> Hi,
>>>>>
>>>>> habe da ein Phänomen, das ist nicht verstehe. Im besten Fall fehlt
>>>>> mir ein kleiner Hinweis.
>>>>> Ich habe hier einen Knoten, der seit über einem Jahr läuft und
>>>>> jetzt nicht mehr auf der Karte auftaucht.
>>>>> Allerdings kann ich mich per SSH verbinden und eigentlich sieht für
>>>>> mich alles gut aus.
>>>>> Er hat die jüngste Firmware, aber irgendwas stimmt trotzdem nicht,
>>>>> sonst wäre er ja im Hopglas sichtbar.
>>>>>
>>>>> Hier ein wenig output, logs, etc.
>>>>>
>>>>> SFmba:Freifunk fontaines$ ssh -l root ffsaar-Papierstbchen-Perl
>>>>>
>>>>>
>>>>> BusyBox v1.30.1 () built-in shell (ash)
>>>>>
>>>>> _____ _____
>>>>> _/ ____\/ ____\___________ _____ _______
>>>>> \ __\\ __\/ ___/\__ \ \__ \\_ ___\
>>>>> | | | | \___ \ / __ \_/ __ \| |
>>>>> |__| |__| /_____/ (_____/(_____//__|
>>>>> -----------------------------------------------------
>>>>> OpenWrt 19.07-SNAPSHOT, r11354+25-ffd4452f8b
>>>>> gluon-ffsaar 1.11.0 / gluon v2021.1.1
>>>>> -----------------------------------------------------
>>>>> Gluon commandline administration reference:
>>>>> https://github.com/freifunk-gluon/gluon/wiki/Commandline-administration
>>>>>
>>>>> -----------------------------------------------------
>>>>> root at ffsaar-Papierstbchen-Perl:~# uptime
>>>>> 21:12:11 up 26 days, 11:26, load average: 0.00, 0.00, 0.00
>>>>> root at ffsaar-Papierstbchen-Perl:~# crontab -l
>>>>> */6 * * * * /bin/awake-test.sh >/dev/null 2>&1
>>>>> root at ffsaar-Papierstbchen-Perl:~# cat /etc/config/gluon-node-info
>>>>>
>>>>> config location
>>>>> option share_location '1'
>>>>> option latitude '49.473453'
>>>>> option longitude '6.386101'
>>>>>
>>>>> config owner
>>>>> option contact 'mail at sfinp.de'
>>>>>
>>>>> config system
>>>>>
>>>>> root at ffsaar-Papierstbchen-Perl:~# uci set
>>>>> gluon-node-info. at location[0]='location
>>>>> '; uci set gluon-node-info. at location[0].share_location='1';uci set
>>>>> gluon-node-in
>>>>> fo. at location[0].latitude='49.473464603';uci set
>>>>> gluon-node-info. at location[0].lon
>>>>> gitude='6.386103630';uci commit gluon-node-info
>>>>> root at ffsaar-Papierstbchen-Perl:~#
>>>>>
>>>>> root at ffsaar-Papierstbchen-Perl:~# /bin/nodeinfo_lokal.sh
>>>>> runtime: Thu Dec 30 21:33:00 CET 2021
>>>>> ### hostname : ffsaar-Papierstbchen-Perl
>>>>> ### IP : inet6 addr:
>>>>> 2a03:2260:3009:2200:b2be:76ff:fe80:8358/64 Scope:Global
>>>>> default via 192.168.2.1 dev br-wan src 192.168.2.100
>>>>> 10.24.240.0/20 dev local-node scope link src 10.24.240.255
>>>>> 192.168.2.0/24 dev br-wan scope link src 192.168.2.100
>>>>> ### from ssh : 2003:da:704:1a00:195a:b831:cf14:7b34 53000
>>>>> 2a03:2260:3009:2200:b2be:76ff:fe80:8358 22
>>>>> ### uptime : 21:33:00 up 18 min, load average: 0.03, 0.08, 0.08
>>>>> ### firmware : 1.11.0
>>>>> ### hardware : TP-Link TL-WR940N v6
>>>>> ### Radio-Networks acitve:wlan0 ESSID: unknown
>>>>> Access Point: B0:BE:76:80:83:58
>>>>> Mode: Client Channel: unknown (unknown)
>>>>> Tx-Power: 20 dBm Link Quality: unknown/70
>>>>> Signal: unknown Noise: unknown
>>>>> Bit Rate: unknown
>>>>> Encryption: unknown
>>>>> Type: nl80211 HW Mode(s): 802.11bgn
>>>>> Hardware: unknown [Generic MAC80211]
>>>>> TX power offset: unknown
>>>>> Frequency offset: unknown
>>>>> Supports VAPs: yes PHY name: phy0
>>>>>
>>>>> ### connected to this node : 0
>>>>> ### number of total clients : 75
>>>>> ### Mesh: MoL: MoW: Fastd:
>>>>> ### BatIFs:
>>>>> primary0: active
>>>>> mesh-vpn: active
>>>>> batctl gw : client (selection class: 20)
>>>>> ### BatGateways
>>>>> [B.A.T.M.A.N. adv openwrt-2019.2-12, MainIF/MAC:
>>>>> primary0/4a:c4:ec:81:5b:e3 (bat0/b0:be:76:80:83:58 BATMAN_IV)]
>>>>> Router ( TQ) Next Hop [outgoingIf] Bandwidth
>>>>> ca:fe:ba:be:02:03 (225) ca:fe:ba:be:02:02 [ mesh-vpn]:
>>>>> 400.0/400.0 MBit
>>>>> ca:fe:ba:be:02:01 (225) ca:fe:ba:be:02:02 [ mesh-vpn]:
>>>>> 400.0/400.0 MBit
>>>>> * ca:fe:ba:be:02:02 (255) ca:fe:ba:be:02:02 [ mesh-vpn]:
>>>>> 200.0/200.0 MBit
>>>>> ca:fe:ba:be:02:04 (225) ca:fe:ba:be:02:02 [ mesh-vpn]:
>>>>> 1000.0/1000.0 MBit
>>>>> ### Location: Geo?:'1' lon:'6.386103630' lat:'49.473464603'
>>>>> Contact:'mail at sfinp.de'
>>>>> Mesh neighbours:
>>>>> ### WAN network status:
>>>>> {
>>>>> "up": true,
>>>>> "pending": false,
>>>>> "available": true,
>>>>> "autostart": true,
>>>>> "dynamic": false,
>>>>> "uptime": 1075,
>>>>> "l3_device": "br-wan",
>>>>> "proto": "dhcp",
>>>>> "device": "br-wan",
>>>>> "updated": [
>>>>> "addresses",
>>>>> "routes",
>>>>> "data"
>>>>> ],
>>>>> "metric": 0,
>>>>> "dns_metric": 0,
>>>>> "delegation": true,
>>>>> "ipv4-address": [
>>>>> {
>>>>> "address": "192.168.2.100",
>>>>> "mask": 24
>>>>> }
>>>>> ],
>>>>> "ipv6-address": [
>>>>>
>>>>> ],
>>>>> "ipv6-prefix": [
>>>>>
>>>>> ],
>>>>> "ipv6-prefix-assignment": [
>>>>>
>>>>> ],
>>>>> "route": [
>>>>> {
>>>>> "target": "0.0.0.0",
>>>>> "mask": 0,
>>>>> "nexthop": "192.168.2.1",
>>>>> "source": "192.168.2.100/32"
>>>>> }
>>>>> ],
>>>>> "dns-server": [
>>>>>
>>>>> ],
>>>>> "dns-search": [
>>>>>
>>>>> ],
>>>>> "neighbors": [
>>>>>
>>>>> ],
>>>>> "inactive": {
>>>>> "ipv4-address": [
>>>>>
>>>>> ],
>>>>> "ipv6-address": [
>>>>>
>>>>> ],
>>>>> "route": [
>>>>>
>>>>> ],
>>>>> "dns-server": [
>>>>> "192.168.2.1",
>>>>> "192.168.2.1"
>>>>> ],
>>>>> "dns-search": [
>>>>> "Speedport_W723_V_Typ_A_1_01_022"
>>>>> ],
>>>>> "neighbors": [
>>>>>
>>>>> ]
>>>>> },
>>>>> "data": {
>>>>> "leasetime": 1814400
>>>>> }
>>>>> }
>>>>> {
>>>>> "up": true,
>>>>> "pending": false,
>>>>> "available": true,
>>>>> "autostart": true,
>>>>> "dynamic": false,
>>>>> "uptime": 1072,
>>>>> "l3_device": "br-wan",
>>>>> "proto": "dhcpv6",
>>>>> "device": "br-wan",
>>>>> "ip6table": 1,
>>>>> "metric": 0,
>>>>> "dns_metric": 0,
>>>>> "delegation": true,
>>>>> "ipv4-address": [
>>>>>
>>>>> ],
>>>>> "ipv6-address": [
>>>>> {
>>>>> "address": "2003:da:717:9f01:b2be:76ff:fe80:8359",
>>>>> "mask": 64,
>>>>> "preferred": 1770,
>>>>> "valid": 14370
>>>>> }
>>>>> ],
>>>>> "ipv6-prefix": [
>>>>>
>>>>> ],
>>>>> "ipv6-prefix-assignment": [
>>>>>
>>>>> ],
>>>>> "route": [
>>>>> {
>>>>> "target": "2003:da:717:9f01::",
>>>>> "mask": 64,
>>>>> "nexthop": "::",
>>>>> "metric": 256,
>>>>> "valid": 14370,
>>>>> "source": "::/0"
>>>>> },
>>>>> {
>>>>> "target": "::",
>>>>> "mask": 0,
>>>>> "nexthop": "fe80::1",
>>>>> "metric": 384,
>>>>> "valid": 150,
>>>>> "source": "::/0"
>>>>> }
>>>>> ],
>>>>> "dns-server": [
>>>>>
>>>>> ],
>>>>> "dns-search": [
>>>>>
>>>>> ],
>>>>> "neighbors": [
>>>>>
>>>>> ],
>>>>> "inactive": {
>>>>> "ipv4-address": [
>>>>>
>>>>> ],
>>>>> "ipv6-address": [
>>>>>
>>>>> ],
>>>>> "route": [
>>>>>
>>>>> ],
>>>>> "dns-server": [
>>>>> "fe80::1"
>>>>> ],
>>>>> "dns-search": [
>>>>>
>>>>> ],
>>>>> "neighbors": [
>>>>>
>>>>> ]
>>>>> },
>>>>> "data": {
>>>>> "passthru": "00170010fe800000000000000000000000000001"
>>>>> }
>>>>> }
>>>>> ### WAN DNS:
>>>>> nameserver fe80::1%br-wan
>>>>> nameserver 192.168.2.1
>>>>> nameserver 192.168.2.1
>>>>> ### nslookup-test: /usr/bin/gluon-wan /usr/bin/nslookup www.heise.de
>>>>> Server: 127.0.0.1
>>>>> Address: 127.0.0.1#53
>>>>>
>>>>> Name: www.heise.de
>>>>> Address 1: 193.99.144.85
>>>>> Address 2: 2a02:2e0:3fe:1001:7777:772e:2:85
>>>>> error-code: 0
>>>>> ### ping-test: /usr/bin/gluon-wan /bin/ping -c 4 1.1.1.1
>>>>> PING 1.1.1.1 (1.1.1.1): 56 data bytes
>>>>> 64 bytes from 1.1.1.1: seq=0 ttl=55 time=31.558 ms
>>>>> 64 bytes from 1.1.1.1: seq=2 ttl=55 time=32.297 ms
>>>>> 64 bytes from 1.1.1.1: seq=3 ttl=55 time=31.796 ms
>>>>>
>>>>> --- 1.1.1.1 ping statistics ---
>>>>> 4 packets transmitted, 3 packets received, 25% packet loss
>>>>> round-trip min/avg/max = 31.558/31.883/32.297 ms
>>>>> error-code: 0
>>>>> root at ffsaar-Papierstbchen-Perl:~# reboot
>>>>> ...
>>>>> root at ffsaar-Papierstbchen-Perl:~# uptime
>>>>> 21:34:55 up 20 min, load average: 0.10, 0.12, 0.09
>>>>> root at ffsaar-Papierstbchen-Perl:~#
>>>>>
>>>>
>>>>
>
Mehr Informationen über die Mailingliste freifunk-public