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

[Christian Wulff]

Moin Saftwerk,

 

Mir schicken meine Fritz!Boxen jeden Tag eine email mit den Logdaten.

Mir schickt mein RPi3 auf dem mein VZ läuft jeden Tag eine email ob das Backup (raspiBackup script) gelaufen ist oder nicht.

So wäre es doch eine perfekte Lösung wenn auch der Log vom VZ z.B. jeden Tag eine email mit dem Log sendet.

Das belastet dann weder den RPi, noch den VZ und auch nicht den Speicher der VZ Installation. Und man kann die emails wunderbar in einem email Postfach wegsortieren und bei Bedarf wieder rausholen. So geht nie was verloren.

 

Lieben Gruß,

Chris

 

Von: china2013 at abwesend.de [mailto:china2013 at abwesend.de] 
Gesendet: Dienstag, 14. Februar 2017 00:33
An: volkszaehler.org - users
Betreff: Re: [vz-users] falschen Messwert in der Aggregation löschen

 

Mal noch ein ganz anderer Ansatz, um die Log komplett loszuwerden:
Alles was man loggen will wird per Push ins Netz geschoben. Entweder ein anderer Rechner hört zu und fängt sie auf. Ich weiß nicht, ob das auch sinnvoll und auf für den Laien praktikabel ist. Kann ein Browser den Log-Stream auffangen/anzeigen und bei Bedarf speichern?

Info nebenbei:
Mein Aggregate day ist gestern Nacht unter meiner Beobachtung gelaufen:
Das Datenbank-temp-File ist bis auf 497MB angewachsen Es ging (vermutlich) gut aus.
Den Dienst vzlogger hab ich vorher gestoppt und dann erst wieder aktiviert, als die CPU-Last nach 10 Minuten endlich wieder unter 300% lag. danach ging sie immer weiter runter bis 100 % Dann war auch das tmp-file wieder weg und jetzt ist die Monatsansicht wieder Highspeed :-)
Irgendwie hab ich den Verdacht, dass das temp-lile nur entsteht wenn die Datenbank was größeres vorhat (wie z.b. aggregate day)

Ich hab heute mal meinen Kollegen gefragt: Er meinte, man könnte die Aggregate-Query mal von "Microsoft Query Analyzer" Vollversion untersuchen lassen (wenn es denn jemand hat). Das sagt einem dann, was an der Query so lang dauert und warum welche Datenmengen eventuell auch doppelt herum geschubst werden. (... sagte er - ich kenn' das Ding überhaupt nicht)

Viele Grüße
Saftwerk

  _____  

 

Am 10.02.2017 um 14:35 schrieb Frank Richter:

 

 

Am 10. Februar 2017 um 08:49 schrieb Andreas Goetz <cpuidle at gmail.com>: 


Zur SD-Kartenproblematik kann ich nur sagen wer billig kauft, kauft 2x.
Und die Highspeed Karten zerstören sich unter großer Hitze selbst.

 

Leider auch wer teuer kauft. Meine "gute" Highspeed Karte ist im Pi3 jetzt trotz aller Maßnahmen nach 3 Monaten abgeraucht.

 

Hi Andreas,

 

habe vor kurzem das hier gefunden und fand es nicht uninteressant: https://www.voelkner.de/products/910943/M.2-SATA-SSD-Erweiterungs-Platine-fuer-den-Raspberry-Pi.html

Kann allerdings nicht mit eigenen Erfahrungen dienen, mein Banana Pro hat SATA ab Werk, und die 3 Pis mit vzlogger laufen eigentlich problemlos auch mit billigen Speicherkarten. Spricht schon irgendwie für MySQL als Übeltäter...

 

Grüße

Frank

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20170215/7b1fa2d4/attachment-0001.html>