Hi, hopglass-server hat die loadavg in den metrics, yanic kann sie in der InfluxDB abspeichern.
Wenn es hilft, kannst du die Metrics von hier verwenden: http://ffh.sush.de/hopglass-server/metrics Zum Problem: Mein 841 v10 war aufgrund der hohen Anzahl an Meshverbindungen noch nie so richtig stabil, aber auch hier könnte man eine Veränderung am 24/25. Februar rauslesen: https://stats.ffh.zone/dashboard/db/router?var-nodeid=a42bb0a230f2&from=1487458800000&to=now&panelId=3&fullscreen (etwas ungünstig, dass die Aufzeichnungen erst wieder am 19. beginnen) Haben die Geräte bei Leon und Schnitzel auch viele Meshpartner? MfG Sush Am 6. März 2017 um 09:48 schrieb lemoer <[email protected]>: > UPDATE: Ich habe gestern einige Stunden debuggt und bin mir immer noch > nicht ganz im klaren darüber, was genau das Problem ist. > > Meine Erkenntnisse bisher: > - Das respondd-"reload" wird sehr oft getriggert. Gut möglich, dass dies > der Auslöser für unser Problem ist. > - Ein weiteres Problem in unserer Version soll laut neoraider im > hackint sein, dass der uradvd (IPv6-Router-Verbreitung) sehr häufig > neustartet. Ich konnte allerdings keinen Restarts des uradvd Erkennen. > > @all: Es sind alle aufgerufen, fleißig mitzudebuggen. > > Weiterhin scheint unsere Beta-Strategie gefailt zu haben. Es gab > scheinbar zu wenige Tests bevor wir unsere Firmware ausgerollt haben. > Wichtig wäre z.B. dass wir ein Grafana-Dashboard für alle Router auf dem > Beta-Branch haben, um eine schnelle Übersicht über die Auswirkungen des > Updates zu haben. Ich werde mich Donnerstag mal daran setzen, dass wir > so etwas einrichten. > > Jedoch selbst, wenn wir das nach aktuellem Stand der Software, gehabt > hätten, dann wäre uns dieses Problem durch die Lappen gegangen, weil > unser momentanes Router-Monitoring-Tool (node-informant) keinerlei > Informationen zur Load liefert. > > @Sush: Wie sieht das beim hopglass-server oder yanic aus? Wieviel der > Daten wird dort durchgereicht? > > Gruß, > Leo > > [1] https://paste.irrelefant.net/Uph3eine.txt > [2] > https://github.com/freifunk-gluon/gluon/commit/52b83b27e852c0271046be49d794b8ca94e9f7c1 > -- > hannover mailing list > [email protected] > http://lists.freifunk.net/mailman/listinfo/hannover-freifunk.net -- hannover mailing list [email protected] http://lists.freifunk.net/mailman/listinfo/hannover-freifunk.net
