[vz-users] falschen Messwert in der Aggregation löschen

Frank Richter frank.richter83 at gmail.com
Thu Feb 9 02:41:45 CET 2017


Am 09.02.2017 01:41 schrieb <china2013 at abwesend.de>:


Und mal interessehalber: wie groß ist deine DB mittlerweile, wenn du
keinerlei vzlogger-Aggregation benutzt?

sudo ls -l /var/lib/mysql/  =  3693 MByte  ibdata1


Archivierst du alles oder dünnst du später aus?

Alles! Erst wenn 365 Tage komplett sind gibts eine neue Datenbank


Wozu sollte man die Daten in dieser Auflösung brauchen, und welchen Sinn
macht es, nach einem Jahr wieder bei 0 anzufangen?

Aber ich hab so meine Zweifel, dass das klappt. Man muss zu oft Hand
anlegen.
Meine beiden PV-Überwachungen laufen seit 5 Jahren noch mit der ersten
Speicherkarte ohne Probleme.


Die schreiben sicher auch im Sekundentakt Werte in eine SQL-Datenbank...

Kennst du den Push-Server? Könnte eine Lösung sein, wenn du Werte in hoher
Auflösung brauchst.

Nein, ich hab keinen extra Server laufen (will ich auch nicht).


Der Push-Server ist kein "extra Server", sondern ein Stück PHP, das schon
in deinem Image steckt. Du bekommst damit im Frontend die live-Werte von
vzlogger angezeigt unter Umgehung der Datenbank. Weiteres siehe Github, ist
dort dokumentiert.

Die SD-Karte sollte locker für ein Jahr reichen. Außer ein paar Logfiles
und der Datenbank passiert auf der Karte nichts. (Und wenn doch, dann ist
es IMHO ein Designfehler)


Wenn es hier einen Designfehler gibt, dann liegt er darin dass SD-Karten
nie dafür entwickelt wurden, darauf Linux mit Datenbanken laufen zu lassen.
Wenn man trotzdem lange Spass dran haben will, geht man sinnvoll mit
Schreibzugriffen um. Das schließt Reduzierung der anfallenden Datensätze
aus ein sinnvolles Maß ein.

Hab das nachgeprüft: laut entities.js verwendet das Frontend nur group=day
und group=hour. Wenn du minute auch nicht manuell verwendest, bringt es
keinen Vorteil.

Danke, also noch ein Grund das aggregate.php zu überarbeiten und "Minute"
entsorgen.


Quatsch. Ruf es ohne minute auf, dann wird minute auch nicht ausgeführt.

Letztlich war aggregate.php der Grund des ganzen Übels, dass es mit großen
Datenmengen nicht zurechtkommt.


Das sehe ich aktuell nicht. aggregate kann weder was für das volle tmpfs
noch für deinen kaputten Index. Beides liegt wohl eher an der schwachen
Hardware und dass du dir der Grenzen dieser Hardware nicht bewusst bist.

Ansonsten solltest du vielleicht mal deine Erwartungshaltung überdenken.
Ich finde dein Auftreten hier recht grenzwertig. Du darfst gerne mithelfen
(oder dir was besseres suchen), aber hier mit überschaubarem
Hintergrundwissen Komponenten die Funktionalität abzusprechen oder von
Designfehlern zu schwadronieren, kannst du dir sparen.
Andreas steckt jede Menge Zeit in die Weiterentwicklung des Projektes,
einige andere leisten hier kostenlosen Support, und alle opfern dafür einen
Teil ihrer Freizeit.

Es war ja leider nur ein gut gemeinter Rat, der aufgedeckt hat, dass
aggregate nun gar nicht mehr will.




Viele Grüße
Saftwerk


Viele Grüße
Frank
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20170209/7ca96f8e/attachment.html>


More information about the volkszaehler-users mailing list