Also ich bin sicher, du hast dich trotzdem selber reingelegt:
Schon wenn ich meine paar Knoten anschaue, dann sieht man NIE das alle grade eine Load von NULL haben … nur dann dürfte der AVG in der Spielwiese NULL sein. Was auch immer du da jetzt anzeigst, es ist sicher nicht die LoadAVG über ALLE Knoten, die grade Online sind …
Auch die Gewichtung von den paar gammeligen Gateways im Verhältniss von ca. 700 Knoten, die Online sind, darf nicht SO aussehen. Oder zählt ein GW in der Stat 100 fach?
Also mir kommen die neuen Werte auch eher weniger plausibel vor als die alten… Die Werte wären vielleicht plausibel als AVG aller Gateways, aber für die Knoten passt das irgendwie nicht so richtig. Leider ist die Load-Grafik auf der Gateway-Seite leer - ist da gerade was kaputt gegangen?
http://s.ffrn.de/dashboard/db/ffrn-gateways
Wie wurde denn bisher die avg-load berechnet, wenn (wie bitboy0 sagt) die Gateway genauso wie die Knoten gewichtet würden, dürfte das praktisch keine Auswirkungen haben.
Irgendwas ist da ganz ganz komisch. Ich guck mir das jetzt nochmal an.
Ihr habt recht, das ist tatsächlich unglaubwürdig als Ergebnis. Ich hab mir das jetzt gerade auch nochmal angeguckt, irgendwie war die Auswertung jetzt unvollständig. Ich hab den Fehler jetzt aber Gefunden und so passt das wieder. Den Github Eintrag hab ich mal wieder entfernt.
Hab ihn wieder on gebracht.
Erst auf Original Hersteller Firmware zurück, dann auf die neue FFRN-Firmware.
Die neuen Knotendaten in der Knotenverwaltung aktualisiert.
Läuft.
Super, schön das es funktioniert hat :) Eigentlich sind die Dinger nämlich unkaputtbar :P
Ja schon.
Aber komisch, dass sich dieses mal gleich zwei von meinen 5 Routern abgeschossen haben.
So, nach ein paar Tagen warten hat sich scheinbar wirklich was an der Load getan. Die ist nun nochmal deutlich gefallen und auch die Uptime sieht merkbar besser aus.
Kann ich bestätigen, aber leider zeigen sich in der Average Uptime schon wieder deutliche Dellen am Abend. Mir sind auch einige Knoten bekannt, die häufig neu booten. Aber zumindest im “Normalbetrieb” scheinen die kleinen Knoten jetzt für ein brauchbar stabiles Netz zu sorgen.
wollte selber mit dem patch (der nirgends direkt verlinkt ist rumspielen) hab mir also ein script gebaut und ein package um das ggf direkt in die FW einzubauen … dachte das könnte euch interessieren …
ich weis auch nicht ob ich aus dem (anderen) Mammutthread alles wesentliche nun verstanden hatte …
hier das script für >35Mb Geräte
https://raw.githubusercontent.com/viisauksena/gluon-32mbhealthcare/master/files/lib/gluon/32mbhealthcare/32mbhealthcare
hier ein gluon package das mit 2015 und 2016 laufen sollte (noch ungetestet)
in die Firmware kommt das
# in die modules trägt man dies dazu ... (site_feeds anpassen!)
GLUON_SITE_FEEDS='banner ssid-changer ... 32mbhealthcare'
PACKAGES_32MBHEALTHCARE_REPO=https://github.com/viisauksena/gluon-32mbhealthcare.git
PACKAGES_32MBHEALTHCARE_COMMIT=e380083342c2d01251c29189f5937d6a69045279
PACKAGES_32MBHEALTHCARE_BRANCH=master
# in die site.mk hinzufügen
gluon-32mbhealthcare \
wenn ihr das für Sinnvoll haltet dann könnte das auch in das gluon/issue mit rein und ins forum.freifunk.net … das da noch mehr was von haben
hier das freiburger netz , meshviewer … wir haben recht viele knoten die immer wieder absürzen, ohne dmesg, logread oder sinnvolle konsolen output
http://openfreiburg.de/freifunk/meshi2/
edit : pretty much identical to ffrn :) …
Hier mal der Link zu dem von uns verwendeten Paket: https://github.com/Freifunk-Rhein-Neckar/ffrn-packages/tree/master/ffrn-lowmem-patches