August 2015 - Dev - Freifunk Nordwest

Aktueller Stand Supernodecrashes
by Bjoern Franke 05 Sep '15

05 Sep '15

Hoi, es gibt ein paar Neuigkeiten zu den Crashes der Supernodes: - Die Supernodes crashen mit abgeschalteter Batman-Fragmentierung wesentlich weniger, aber an anderen Stellen wie bspw kworker: https://www.open-mesh.org/issues/223#note-16 - Die Crashes treten generell nicht auf, wenn man die Supernodes mit nur einem Core betreibt - Trotzdem ist das merkwürdig, da wir ja nun nicht nur die Supernodes mit 3.16 und mehreren Cores betreiben - Laut hwh von den Göttingern treten diese Crashes mit Kernel >= 4.1 nicht auf, allerdings verwenden die Batman 013.4. Mit 4.1 hatten wir ebenso Crashes, das muss noch weiter gestestet werden, da es einen 4.1-Patch für Batman gibt. Der überwiegende Anteil der Nodes mit Dualcore (06, 10, 11) läuft nun nur auf einem Core, 12 mit dagegen mit beiden, um Auswirkungen von Einstellungen zu testen. vg bjo -- xmpp bjo(a)schafweide.org

4 18

API-Caching
by Eike Baran 31 Aug '15

31 Aug '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hallo, wir sollten uns in nächster Zeit mal etwas überlegen, wie wir eine skalierende Alternative zur bisherigen Netmon-API entwickeln: Es ist ja bereits einmal vorgekommen, dass eine Tageszeitung Netmon (und damit die Api) in ihre Seite eingebaut hat und daraufhin unsere Serverlast ganz extrem in die Höhe schoss, weil plötzlich eine Seite, die ein x-Faches dessen, was wir an Besuchern haben, mit jedem Seitenaufruf direkt unseren bescheidenen Mysql-Server nutzt. Das skaliert sehr schlecht und sobald die API mal wieder von irgendwas großem eingebunden wird, haben wir wieder Probleme. Da die Daten ohnehin nur alle 10 Minuten aktualisiert werden, könnte man, ohne dass es auch nur die geringste Einschränkung der Nutzbarkeit bedeutete, hierfür ein Caching einrichten, welches nur alle 10min die Daten von unseren Servern abruft und auf einer Maschine zwischenspeichert, die in der Lage ist, größere Lasten zu handeln - das könnte wiederum was allgemeines, zentrales (irgendein cloud-dienst) oder eben ein php-Skript auf dem Server des einbindenden sein (würde ich insofern präferieren, da dass dann genau dem Lastprofil entspräche was tatsächlich auf die Daten zukäme). Denkbar wäre folgendes Skript: Das Skript legt beim Aufruf einen Snapshot der von der API gelieferten Daten an und speichert diese auf der Platte - zB als Textdatei - der einbindenden Seite. Beim nächsten Aufruf wird - sofern diese Datei nicht älter als 10 Minuten ist, nicht mehr auf unsere Api sondern eben auf diese Textdatei zugegriffen und die API-Daten daher, also nicht mehr von unserem Server bezogen. Sind mehr als 10 Minuten vergangen, werden die Daten von der API neu gezogen. Was haltet ihr davon? Stellen wir sowas in PHP zur Verfügung? Viele Grüße, Eike Baran -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJV5CbkAAoJEIu3uYB6vkH4tFUP/2WkmgYJe6rcBbLD3axXyi4B Yx7Nuz5FbFOaJ3SylVu38kpHWT9RyWgVUNrVuYjPXxSXHrdqZYrYGFx7vbkj5xtj cwBoMOrDP/T4naRcO3wnARoq9lHw1auh7OZlAUE1LPLwbRK3tacuFIcHxpnwa9HF KiLjsv8jMKC/+HSnq82FBABFquQ9EfnQHi+sVXwCG0+VQfKocgyjiBAz9d6vSRMU p6uJBqd2c+uR6lUmb95VZBDfMY5NDQpuhgZnvzlwKPK1IHwJYPLGBUm7DnTv0k++ Z27mbgtj/7oW0MtCwx9AwqAyUMCBOALpRGxLG9QvFogzuqtFeF2EmSSoHJ+2RaJy eKmtqGW6ldImsCxcWLcNCfw+l2Hm4Fz/lDP0chDBH7tfa9QyCRfQDv7DrF7N07kD FqBSmgOjmGNH1yQWHexkZ8wsI4/VPuEvSE/5XKE5t6pUflEyKs+ZdeHA0bTaqkqx WOiFhbWaIe2ArLQa9FZ4rzSeXak8H9yZYRaP5wKrsqe0zUkfDWPXN98YX7I6kOec J56I4Y+Wo71Uk0fQ+HDYE66x++54v3cQHN1qU8kSQ/hIaZ623OWlzGCFrJWS6SUv 7cKhoH8fvLOBUIzxwoZSwekGYBxmRLrZqdLUqD13owFQLzRCmWO6KVbMFvREttyX BqqpKV3N7ONjJS7nORZT =+qAe -----END PGP SIGNATURE-----

5 11

Budget 2015 bzw. Testgeräte
by Clemens John 27 Aug '15

27 Aug '15

Hi, diverse Geräte, die wir bisher supportet haben, haben ihr EOL erreicht. Wir hatten vor einigen Wochen schon einmal die Diskussion über Alternativen. Da ich die restlichen zur Verfügung stehenden Gelder für das Jahr 2015 gerne planen würde, würde ich diese Alternativen gerne etwas konkretisieren. Braucht ihr dafür ein Budget um Testgeräte zu kaufen? Wenn ja, dann tragt mal bitte zusammen mit welchen Ausgaben ich bis zum Ende des Jahres ca. rechnen kann: https://pad.freifunk.net/p/ffnw-budget-2015-dev-team LG Clemens

1 0

0.6 sign
by Stefan 26 Aug '15

26 Aug '15

Hi, tata hatte heute im IRC kurz an den FW sign erinnert. 2 signs sind nun da, es fehlen weitere.. Viele Grüße, Stefan

2 1

[Fwd: [Babel-users] About shncpd, the planned replacement for ahcpd]
by Bjoern Franke 26 Aug '15

26 Aug '15

Klingt durchaus interessant :) -- xmpp bjo(a)schafweide.org

1 0

git - Änderungen am REMOTE Repository
by picard 20 Aug '15

20 Aug '15

hallo, ich bin GIT neuling (warnung vor meiner unwissenheit) und steh vor einem problem. wie ist der workflow bei euch? ich möchte wissen wann eine änderung an datei XYZ passiert. https://git-scm.com/book/de/v1/Git-Grundlagen-%C3%84nderungen-am-Repository… aber das erklärt mir nicht meine frage. an einem linux kann man einfach per lwatch überwachung anstellen, aber git? schreibe ich mir einen cron? hmm... also woher weiss ich das sich REMOTE DATEI XYZ geändert hat? ich sehe probleme z.b bei einer datei *.kdbx (dies ist eine DB datei die von mehreren menschen bearbeitet wird) woher weiß ich das jemand anders sie geändert hat/hatte? danke im voraus -- gruß pic @ME https://wiki.nordwest.freifunk.net/picard

2 2

Fwd: Re: Re: [B.A.T.M.A.N.] Kernel crashes when using more than one interface in bat0
by Bjoern Franke 20 Aug '15

20 Aug '15

-------- Ursprüngliche Nachricht -------- Von: Simon Wunderlich <sw(a)simonwunderlich.de> Gesendet: 20. August 2015 13:09:51 MESZ An: b.a.t.m.a.n(a)lists.open-mesh.org CC: Bjoern Franke <bjo(a)nord-west.org> Betreff: Re: Re: [B.A.T.M.A.N.] Kernel crashes when using more than one interface in bat0 Hi Bjoern, thanks a lot for reporting this issue - it looks like there are some problems in the cleanup of OGMs when fragmentation is used. For now, I've created a ticket here: https://www.open-mesh.org/issues/223 Thanks, Simon On Tuesday 18 August 2015 18:35:17 Bjoern Franke wrote: > Am Dienstag, den 18.08.2015, 10:08 +0200 schrieb Bastian Bittorf: > > * Bjoern Franke <bjo(a)nord-west.org> [18.08.2015 09:47]: > > > Unfornately we have no logs now, because after the crashes no ssh > > > -access to the servers are possible. > > > > try to set > > > > /sbin/sysctl -w kernel.panic_on_oops=1 > > /sbin/sysctl -w kernel.panic=10 > > /sbin/sysctl -w vm.panic_on_oom=2 > > > > if the devices crashed (and reboots now) you have > > the crash in the file: > > > > /sys/kernel/debug/crashlog > > Thanks for the hint, it did not work on the debian machines, but I got > the systems running with crashkernel enabled. Now we got the first > crash: > https://p.rrbone.net/paste/nnNHrIJI#oHfBMOs2 > > Regards > Bjoern -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.

1 0

Netzsetupalternativen: babel
by Bjoern Franke 19 Aug '15

19 Aug '15

Hoi, tcatm bastelt an einer Babel-Variante für Gluon: https://github.com/freifunk-gluon/gluon/tree/babel Die Idee dabei ist wohl u.a., dass die Clients die "gluon-next-node" -Anycast-IP als Defaultroute verwenden, eine Automatik soll dann auch Roaming ermöglichen. site.(conf|mk) gibts unter https://gist.github.com/tcatm/7c031738d2382bb21bed Ich werde die Tage mal ein Testsetup bauen. vg -- xmpp bjo(a)schafweide.org

2 1

Wikiartikel: Router/Hardware
by Robin Matulinski 18 Aug '15

18 Aug '15

1 0

[Fwd: [B.A.T.M.A.N.] Fwd: [Babel-users] Fwd: Why we switched to Babel]
by Bjoern Franke 18 Aug '15

18 Aug '15

FYI und tcatm fragte vorhin in #gluon, ob Interesse an babel in Gluon bestehe... -- xmpp bjo(a)schafweide.org

1 0

Cangelog 0.6
by Jan-Tarek Butt 17 Aug '15

17 Aug '15

Whit a huge mug of Tschunkand an imperial inspiration from the cccCamp2015. The 0.6 firmware is now stable and ready for release. 1. Change GLUON base from v2014.4.x up to v2015.1.x. Thats included the following main changes: Changes up to v2015.1.2 Added hardware support ar71xx-generic TP-Link TL-WA830RE (v1) TP-Link TL-WA801N/ND v1 TL-WA701N/ND (v2) TL-WA801N/ND (v1) TL-WA830RE (v2) TL-WR740N / TL-WR741ND (v5) TP-Link TL-WA830RE v2: remove BROKEN New features The x86-generic and x86-kvm_guest images now support two ethernet interfaces by default. If two interfaces exist during the first boot, eth0 will be used as LAN and eth1 as WAN. * Ubiquiti Loco M, Picostation M and Rocket M now get their own images (which are just copies of the Bullet M image)so it’s more obvious for users which image to use. * The x86-generic images now contain the e1000e ethernet driver by default. Bugfixes Fix German “Expert Mode” label (was “Export Mode”). Fix download of OpenSSL during build because of broken OpenSSL download servers. Fix ABI break causing kernel panics when trying to use network-related modules from the official OpenWrt repository (like kmod-pppoe). Fix race conditions breaking parallel build occasionally. A broken network configuration would be generated when an older Gluon version was updated to 2015.1 with mesh_on_lan enabled in site.conf. Minor announced/alfred JSON format fixes (don’t output empty lists where empty objects would be expected). * Fix another ABI incompatiblity with the upstream kernel modules which prevented loading some filesystem-related modules. * Fix potential MAC address conflicts on x86 target when using mesh-on-wan/lan. * Fix signal strength indicators on TP-LINK CPE210/510. * Fix the model name string on some NETGEAR WNDR3700v2. * Fix 5GHz WLAN switching channels and losing connectivity when other WLANs using the same channel are detected (including other Gluon nodes...); see https://github.com/freifunk-gluon/gluon/issues/386. * Fix DNS resolution for mesh VPN on IPv6-only WAN; see https://github.com/freifunk-gluon/gluon/issues/397. * gluon-mesh-batman-adv-15: update batman-adv to 2015.0 with additional bugfixes (fixes various minor bugs). * gluon-mesh-batman-adv-15: fix forwarding of fragmented frames over multiple links with different MTUs. Additional changes up to v2015.1.x Enable DIRECT_IO kernel config Fixes a kernel incompatiblity with the upstream OpenWrt modules regarding filesystem drivers (and probably other modules related to block devices). x86-generic: add kmod-e1000e network driver Always use eth0 address as primary address on x86 and brcm2708 These targets don't have a WLAN adapter by default, so it doesn't make sense to default to the phy0 address. gluon-mesh-batman-adv-core: adjust rssid config to renamed WLAN interfaces This should fix the signal strength indicators on the TP-Link CPE210/510. gluon-mesh-batman-adv-core: unconditionally set the WAN MAC address This fixes MAC address conflicts on devices which use the eth0 as primary address. 2. Add the package ffnw-banner for a ffnw specific shell banner. 3. Add the package opkgconf to change the openWRT repo urls. because of working global IPv6 4. Add and update the packages libwlocate and lwtrace for wifi triangulation. This works together with the geolocator in the package ffnw-node-info. libwlocate uses openWlanMap.org for triangulation 5. Add the package ffnw-node-info. This is the full cloned gluon-node-info package with additional changes. The main change is the so called geolocator that can be used to locate the position of the router via wifi triangulation and set the geolocation. The geolocator works actually only on VPNrouters, a new libwlocation libray is in manufacturing Add the package ffnw-config-mode-geo-location and ffnw-config-mode-contact-info. ffnw-config-mode-geo-location can now configure the geolocator to set automatically triangulated positions. ffnw-config-mode-contact-info cloned by gluon-config-mode-contact-info because of package-conflicts.The geolocator works actually only on VPNrouters, a new libwlocation libray is in manufacturing In case of that gluon-node-info and gluon-config-mode-geo-location and gluon-config-mode-contact-info will be dropped. 6. Remove Netmon geolocation synchronisation code from packages/configurator. 7. Change netmon ULA address to the domain netmon.ffnw. 8. Nodewatcher: add geo-location to node.data whit best regards Jan-Tarek Butt

2 4

[Fwd: [gluon] Proposal for online configuration of node information]
by Bjoern Franke 14 Aug '15

14 Aug '15

FYI -- xmpp bjo(a)schafweide.org

1 0

Continuous Integration System
by Clemens John 10 Aug '15

10 Aug '15

Hi, kurze Info ausm Admin Team. Für die Entwicklung von Netmon SC haben wir mit Gitlab CI ein Continuous Integration System aufgesetzt. Dieses liegt unter: https://ci.nordwest.freifunk.net/ Es gibt auch bereits einen Runner-Server auf dem Projekte automatisiert ausgeführt werden können, dieser sollte allerdings nur für weniger rechenintensive Anwendungen genutzt werden. Falls sich damit jemand beschäftigen will um z.B. automatisiert Firmwares zu bauen, sollte ein Runner auf einem heimischen Gerät aufgesetzt werden. Dieser sollte sich Problemlos einbinden lassen. Technische Doku zu Runnern: https://wiki.nordwest.freifunk.net/Technik/Dokumentation/Gitlab#Runner_f.2B… LG Clemens

1 0

[Fwd: [gluon] [ANNOUNCE] Gluon 2015.1.2]
by Bjoern Franke 09 Aug '15

09 Aug '15

FYI Vielleicht sollten wir für 0.6 2015.1 auslassen und gleich 2015.1.2 nehmen. -- xmpp bjo(a)schafweide.org

2 2

[Fwd: [gluon] Attention: site.conf changes due to 802.11s support]
by Bjoern Franke 07 Aug '15

07 Aug '15

-- xmpp bjo(a)schafweide.org

1 0

Batman-adv: no_rebroadcast
by Bjoern Franke 07 Aug '15

07 Aug '15

Hi, beim normalen Batman-adv-Modul auf unseren Servern fehlt die no_rebroadcast-Option[0]. In die Sourcen für Gluon ist sie eingepatcht, ebenso im batman-adv-legady-Repo, welches wir für die alte Batman-Adv -Version verwendeten. Leider hat es die Option noch nicht upstream geschafft, da der Patch von Ruben nicht gegen Master rebased war[1] Vorschlag: eigenes Debian-Repo bauen mit batman-adv-dkms-Modul. vg bjo [0]http://thread.gmane.org/gmane.org.freifunk.batman/10503 [1]https://lists.open-mesh.org/pipermail/b.a.t.m.a.n/2015-August/013498 .html -- xmpp bjo(a)schafweide.org

5 5

Pad Ausarbeitung Notfall-Übergangsnetz
by Clemens John 05 Aug '15

05 Aug '15

Hi, im Thread "Grundrauschen, Netsplit etc." haben wir festgestellt, dass wir für das Overhead Problem schnellstmöglich ein Übergangsnetz umsetzen müssen bevor wir nach einer nachhaltigen und langfristigen Lösung suchen. Damit mögliche Lösungen jeder nachvollziehen und verstehen kann, habe ich auch dafür wieder ein Pad angelegt um ein solches Netz zu konzipieren: https://pad.freifunk.net/p/ffnw-uebergangsnetz Bitte ergänzen und bisherige Ideen und Ergebnisse dort eintragen. Viele Grüße Clemens

4 4