Re: [FFP] PicoStation & Grafana (war: Benötige Hilfe beim Einrichten von Roaming)
Moin Sven, Moin Potsdamer Freifunkas,
2. Der freie Speicher pendelt im Stundenrhythmus, scheint an Grafana o.ä. zu liegen.
grafana zeichnet jede minute daten auf und sendet sie alle 10 minuten, beim senden wird dann spontan speicher gebraucht, und dadurch der reset ausgelöst, ohne grafana würde der reset wahrscheinlich ein paar stunden später trotzdem kommen, genau wissen wir das nicht, aber 32 MB RAM sind einfach zu wenig.
3. Der Speicher wird auch reduziert, wenn einige Clients angemeldet sind. Ob das am Speicherbedarf pro Client liegt oder an mehr Logging durch Grafana, kann ich -- noch -- nicht sagen.
hauptsächlich macht sich da die verbindungsanzahl bemerkbar, für jede verbindung wird etwas speicher benötigt.
Frage: Habt ihr Erfahrungen mit knappem Speicher bei einer PicoStation? Oder Tipps, wie ich mehr Speicher freigeben kann (knappere Konfig, reduziertes Grafana-Log, etc.)?
konkret mit der pico station nicht aber die nanostations haben das gleiche problem, du kannst versuchen unter System/Startup ein paar dienste auszuschalten, collectd kann zum beispiel aus. im allgemeinen raten wir von routern mit 32 oder weniger ram ab, aber es gibt nichts vergleichbares zu den picostations.
Okay, ich habe "collectd" jetzt mal abgeschaltet. Effekt: Der von collectd freigegebene Speicher wird von OpenWrt direkt Buffer und Cache verwendet, so jedenfalls meine Interpretation der Grafana-Fieberkurve. Ist ja auch korrekt: Ungenutzer Speicher ist "totes Kapital", als Cache kann man ihn immer gut nutzen. Mal sehen, vielleicht hält meine Pico jetzt länger durch bis zum Reboot. Was mich wundert: Grafana sendet alle 10 Minuten (steht auch in meiner crontab), und collectd ist abgeschaltet. Trotzdem sehe ich auf allen drei Freifunk-Geräten bei mir (1 x Core-WDR4300 und 2 x PicoStation) im Stundenrhythmus -- immer "kurz nach um" -- einen Peak sowohl in den Netzwerk-Verbindungen als auch im RAM-Verbrauch. Gerade bei den knapp ausgelegten Picos ist der RAM-Peak deutlich zu sehen. Siehe z.B. hier: https://monitor.freifunk-potsdam.de/grafana/dashboard/db/stat-node-overview?var-hostname=254-182-goetheplatz-pasteurstr&from=now-24h&to=now Hat jemand von euch eine Idee, was das sein könnte und ob ich das evtl. abschalten kann? Zur Sendeleistung noch 'ne Frage: Die Picostations können ja richtig Dampf machen. Wie stellt ihr die Outdoor-Geräte (Pico, Nano, CPE, etc.) ein? Auf 100 mW EIRP oder mehr? Mein persönlicher Ansatz wäre ja: Zum "nur Meshen" gerne mit Dampf, aber für "Jedermann-Clients" im DHCP-Netz mit 100mW. LG, Mattias
Am 14.07.2017 um 10:32 schrieb Mattias Brunschen:
Moin Sven, Moin Potsdamer Freifunkas, ... Okay, ich habe "collectd" jetzt mal abgeschaltet. Effekt: Der von collectd freigegebene Speicher wird von OpenWrt direkt Buffer und Cache verwendet, so jedenfalls meine Interpretation der Grafana-Fieberkurve. Ist ja auch korrekt: Ungenutzer Speicher ist "totes Kapital", als Cache kann man ihn immer gut nutzen. Mal sehen, vielleicht hält meine Pico jetzt länger durch bis zum Reboot.
Was mich wundert: Grafana sendet alle 10 Minuten (steht auch in meiner crontab), und collectd ist abgeschaltet. Trotzdem sehe ich auf allen drei Freifunk-Geräten bei mir (1 x Core-WDR4300 und 2 x PicoStation) im Stundenrhythmus -- immer "kurz nach um" -- einen Peak sowohl in den Netzwerk-Verbindungen als auch im RAM-Verbrauch. Gerade bei den knapp ausgelegten Picos ist der RAM-Peak deutlich zu sehen. Siehe z.B. hier: https://monitor.freifunk-potsdam.de/grafana/dashboard/db/stat-node-overview?var-hostname=254-182-goetheplatz-pasteurstr&from=now-24h&to=now
Hat jemand von euch eine Idee, was das sein könnte und ob ich das evtl. abschalten kann? ich hab das mal bei mir beobachtet, es scheint, dass der crondaemon in kathleen die schreibweise 1/10 nicht versteht, das sollte er eigentlich in 1,11,21,... auflösen, tut das aber nur um 1 nach, also nur stündlich, statt 10 minütlich, ich werd das in einer kommenden version in */10 ändern, das begreift er, allerdings müssen wir dann auf etwas ungenaue uhren vertrauen, sonst kommen immer alle gleichzeitig an, vll fällt mir da noch was ein...
Testweise kann man hier: https://monitor.freifunk-potsdam.de/grafana/dashboard/db/stat-node-overview?var-hostname=254-44-franzq-nw&from=1500010845890&to=1500032445890 sehen, dass die spikes kleiner, aber dafür häufiger sind.
Zur Sendeleistung noch 'ne Frage: Die Picostations können ja richtig Dampf machen. Wie stellt ihr die Outdoor-Geräte (Pico, Nano, CPE, etc.) ein? Auf 100 mW EIRP oder mehr? Mein persönlicher Ansatz wäre ja: Zum "nur Meshen" gerne mit Dampf, aber für "Jedermann-Clients" im DHCP-Netz mit 100mW.
gesetzlich erlaubt sind 100 mW.
LG, Mattias
Sven
Am 14. Juli 2017 um 13:49 schrieb Sven R. <freifunk@seth0r.net>:
ich hab das mal bei mir beobachtet, es scheint, dass der crondaemon in kathleen die schreibweise 1/10 nicht versteht, das sollte er eigentlich in 1,11,21,... auflösen, tut das aber nur um 1 nach, also nur stündlich, statt 10 minütlich, ich werd das in einer kommenden version in */10 ändern, das begreift er, allerdings müssen wir dann auf etwas ungenaue uhren vertrauen, sonst kommen immer alle gleichzeitig an, vll fällt mir da noch was ein...
Okay, ich werd mal bei mir 3,13,23,... eintragen und beobachten. Danke für den Tipp.
Testweise kann man hier: https://monitor.freifunk-potsdam.de/grafana/dashboard/ db/stat-node-overview?var-hostname=254-44-franzq-nw&from=1500010845890&to= 1500032445890 sehen, dass die spikes kleiner, aber dafür häufiger sind.
Gut, nicht nur die Spikes beim Datenverkehr sind kleiner, sondern v.a. auch im RAM-Verbrauch. Genau das was ich suche :-)
Zur Sendeleistung noch 'ne Frage:
gesetzlich erlaubt sind 100 mW.
Okay, dann wird da gedeckelt. Hatte ich schon so eingestellt, aber beim
Neueinrichten stellt Kathleen die Pico auf 630mW oder so, da war ich mir unsicher. Bye, Mattias
participants (2)
-
Mattias Brunschen
-
Sven R.