Dev August 2015

dev@lists.ffnw.de

11 participants
17 discussions

by Bjoern Franke

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

8 years, 8 months

API-Caching

by Eike Baran

-----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-----

8 years, 8 months

Budget 2015 bzw. Testgeräte

by Clemens John

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

8 years, 8 months

0.6 sign

by Stefan

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

8 years, 8 months

[Fwd: [Babel-users] About shncpd, the planned replacement for ahcpd]

by Bjoern Franke

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

8 years, 8 months

git - Änderungen am REMOTE Repository

by picard

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

8 years, 8 months

Fwd: Re: Re: [B.A.T.M.A.N.] Kernel crashes when using more than one interface in bat0

by Bjoern Franke

-------- 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.

8 years, 8 months

Netzsetupalternativen: babel

by Bjoern Franke

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

8 years, 8 months

Wikiartikel: Router/Hardware

by Robin Matulinski

8 years, 8 months

[Fwd: [B.A.T.M.A.N.] Fwd: [Babel-users] Fwd: Why we switched to Babel]

by Bjoern Franke

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

8 years, 8 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

Dev August 2015