Das angekündigte »Zwischenupdate« als Vorbereitung auf Firmware 1.0 rollt durchs Netz.

Wie im alten Jahr angekündigt, updaten sich derzeit auch alle auf den Firmwarestand »stable« konfigurierten Freifunkknoten nach erfolgreicher »testing«-Phase über den Jahreswechsel — bzw. sollten sich mit der Veröffentlichung dieses Beitrags aktualisiert haben:

Um auf Nummer Sicher zu gehen, gibt es, quasi als Weihnachtsgeschenk, eine neue Version der 0.7.9er Firmware, die die letzten Patches der Gluon-v2016.2.7er-Reihe beinhaltet und somit als Brückenbauer u. a. für die CPE dienen kann.

Ein Problem können wir aber leider nicht per Firmwareupdate fixen:

Another potential issue mostly affects virtual machines: Gluon 2017.1 images are bigger than 2016.2.x images on x86. If your virtual harddisk is based on a 2016.2.x image, it must be resized to 273MB or bigger before upgrading to Gluon 2017.1. Using qemu, the command

qemu-img resize $IMAGE 273MB

can be used to do this.

Sprich, alle VMs benötigen eine größere virtuelle Festplatte für eine Version jenseits Firmware 0.7.9 (Gluon v2016.2), und dieser Schritt muß lokal und manuell vollzogen werden! (Inwieweit dies Hardware-Offloader betrifft, also z. B. einen Futro, ist gerade nicht ganz klar; das testen wir derzeit noch, gehen aber von vergleichbaren Problemen aus!)

Da wir in 1-2 Wochen Firmware 1.0 ausrollen wollen, hiermit also der dringende Aufruf an alle, die im Kreis GT, der Müritz-Region oder der Feldberger Seenlandschaft virtuelle oder physische Offloader auf x86-Basis betreiben, kurzfristig selbst kontrolliert ein Upgrade auf eine »experimental«-Version von Firmware 1.0 vorzunehmen; im Falle von VMs definitiv erst nach einem Shutdown & qemu-img-resize-Aufruf.

Netzupdate läuft

Bisherige Kommentare

  1. Echo says:

    Vielleicht ist es Zufall, aber mein Knoten ist seit ein paar Stunden offline (SSID). Soll ich etwas nachschauen bevor ich reboote?

    SSH geht. Ping vom Knoten nach nach IP geht. Namensauflösung (nslookup) geht nicht (no servers could be reached).

  2. wusel says:

    Nützt eher nix, die Frage ist ja, warum kein Server erreichbar war (und welche überhaupt kommuniziert würden). Mal gucken, IIRC gibt’s 'n Watchdog-Paket, welches nach n Stunden ohne Verbindung rebooten kann …

  3. wusel says:

    Nächstes mal bitte  cat /tmp/gluon/wan-dnsmasq/resolv.conf  machen und gucken, welche DNS-Server vom DHCP-Server des WANs kamen und ob diese erreichbar sind.

  4. Echo says:

    Nachdem mein Knoten wieder offline und ein nslookup wieder fehlgeschlagen ist, habe ich mehr Informationen.

    root@33332-freifunk-buschkoettersweg:~# cat /tmp/gluon/wan-dnsmasq/resolv.conf
    nameserver fd00::be05:43ff:feb2:4051
    nameserver 192.168.0.1
    

    Und ein nslookup über meine Haupt FritzBox:

    root@33332-freifunk-buschkoettersweg:~# nslookup www.heise.de 192.168.0.1
    Server:         192.168.0.1
    Address:        192.168.0.1#53
    
    Name:      www.heise.de
    Address 1: 193.99.144.85
    Address 2: 2a02:2e0:3fe:1001:7777:772e:2:85
    
    
    root@33332-freifunk-buschkoettersweg:~# nslookup www.heise.de fd00::be05:43ff:feb2:4051
    Server:         fd00::be05:43ff:feb2:4051
    Address:        fd00::be05:43ff:feb2:4051#53
    
    Name:      www.heise.de
    Address 1: 193.99.144.85
    Address 2: 2a02:2e0:3fe:1001:7777:772e:2:85
    
    root@33332-freifunk-buschkoettersweg:~# nslookup www.heise.de
    ;; connection timed out; no servers could be reached
    

    Verstehe ich leider nicht :frowning: Warum gehen beide Nameserver, aber nicht die Abfrage ohne Angabe des NS?

    /etc/init.d/network restart hat leider nichct ausgereicht. Ich musste rebooten.

  5. Thomas says:

    Habe gerade mal bei meinem 0.7 er Knoten geschaut. Der hat einen lokalen DNS Server

    root@33397-Lu-Hollenbeck-2:~# nslookup heise.de
    Server: 127.0.0.1
    Address 1: 127.0.0.1 localhost

    Name: heise.de
    Address 1: 2a02:2e0:3fe:1001:302:: redirector.heise.de
    Address 2: 193.99.144.80 redirector.heise.de

    root@33397-Lu-Hollenbeck-2:~# cat /tmp/gluon/wan-dnsmasq/resolv.conf
    nameserver fd4b:1853:fc09:1:c225:6ff:fe21:2ba4
    nameserver 192.168.10.1

    root@33397-Lu-Hollenbeck-2:~# cat /etc/resolv.conf
    search lan
    nameserver 127.0.0.1
    root@33397-Lu-Hollenbeck-2:~#

    scheinbar hängt sich der DNSMasq Dienst dann auf. Kannst ja beim nächsten mal einmal prüfen.

    root@33397-Lu-Hollenbeck-2:~# ps |grep dns
    1794 nobody 932 S /usr/sbin/dnsmasq -C /var/etc/dnsmasq.conf -k -x /var/run/dnsmasq/dnsmasq.pid
    1801 root 1076 S /usr/sbin/dnsmasq -x /var/run/gluon-wan-dnsmasq.pid -u root -i lo -p 54 -h -r /var/gluon/wan-dnsmasq/resolv.conf
    32644 root 1384 S grep dns

    bei nem 1.x er Knoten sieht das ganze bei mir so aus:

    root@33397-Lu-Hollenbeck-1:~# ps |grep dns
    1864 root 1120 S /usr/sbin/dnsmasq -x /var/run/gluon-wan-dnsmasq.pid
    2175 dnsmasq 1048 S /usr/sbin/dnsmasq -C /var/etc/dnsmasq.conf.cfg02411c
    21197 root 1184 S grep dns

Weitere Diskussion über diesen Beitrag bitte im Forum forum.freifunk-kreisgt.de

6 more replies

Diskussionsteilnehmer