Re: [vz-dev] vzlogger.log läuft voll

Hallo Frank, Jain... Ich hab die Zeiten nachgerechnet. Vorhin waren das grob 30 Sekunden, allerdings waren da auch ein paar Ausreißer mit grob 90 Sekunden dabei. Aktuell sieht das aber anders aus. Wäre folgendes eine sinnvolle Vorgehensweise? aggtime, aggmode und aggfixedinterval komplett

Re: [vz-dev] vzlogger.log läuft voll

Hallo Frank, ich bin leider nicht der Code-crack vom VZ. Github kenne ich überhaupt nicht. Das sieht mir nach dem Inhaltsverzeichnis aus?! Ich hatte schon mal vor einigen Wochen gefragt und als Antwort kam, das der Code "bei den Interpretern" stehen würde. Wo muss ich denn nach dem

Re: [vz-dev] vzlogger.log läuft voll

Hallo Reinhard, Ich empfange von beiden Zählern seit inzwischen rund 4 Monaten Daten. Die Daten sind für mich okay. Vor ein paar Wochen reagierte das Frontend dann allerdings nicht mehr. Wie sich herausstellte war das Logfile mit 30MB voll. Nach dem löschen des Logfiles lief wieder alles

Re: [vz-dev] vzlogger.log läuft voll

…..kann es sein, das es gar kein Fehler ist, und dies bei Verbosity=0 gar nicht in den Log geschrieben werden sollte? Die Fehlermeldung lautet: [Feb 19 15:21:28][d0] nothing received for more than 60 seconds [Feb 19 15:21:28][d0] read timed out!, context: 0, bytes read: 0, last byte

Re: [vz-dev] vzlogger.log läuft voll

Moin Frank, …..weil der Abstand der timestamps mit gleichem Wert nun niedriger ist? Vorher hatte ich mit duplicates=3600 nachts ja auch mehrfach die gleichen Werte in der DB. Da hatte ich aber nicht solche mega Peaks?! Versteh einer diese Schnittstelle…. Für mein Verständnis würde das

Re: [vz-dev] vzlogger.log läuft voll

Am 19. Februar 2017 um 15:39 schrieb Christian Wulff : > > Der Fehler kommt nun wieder alle 60 Sekunden: Hast du mal nachgerechnet??? Deine Aussage stimmt nicht mal näherungsweise. Nimm mal bitte aggtime, aggmode und aggfixedinterval komplett raus aus deiner Config, um

Re: [vz-dev] vzlogger.log läuft voll

Du willst den Code sehen? Bitte: https://github.com/volkszaehler/vzlogger Am 19. Februar 2017 um 18:58 schrieb Christian Wulff : > Moin Udo, > > aber dann muss dieses Problem doch jeder ACE 3000 Nutzer früher oder später > haben?! > Was nun ein read-timeout mit einem S0

Re: [vz-dev] vzlogger.log läuft voll

Das ist kein Unsinn, sondern liegt am deaktivierten duplicates. Da die Auflösung deines Zählers so grob ist, landet mehrfach der gleiche Wert in der DB, daraus ergibt sich eine Leistung von 0 zwischen diesen Timestamps. Wenn der Zählerstand dann mal umspringt, ist die Leistung im betreffenden

Re: [vz-dev] vzlogger.log läuft voll

Moin Udo, aber dann muss dieses Problem doch jeder ACE 3000 Nutzer früher oder später haben?! Was nun ein read-timeout mit einem S0 Impuls zu tun hat leuchtet mir auch nicht ein?! Kann ich mir den Code mal ansehen, was in dieser readtimeout Schleife drin steht? Auf was wartet diese Schleife

Re: [vz-dev] vzlogger.log läuft voll

Jetzt kommt nur noch Unsinn dabei raus L …das soll einer verstehen?! Von: Christian Wulff [mailto:christianwu...@gmx.de] Gesendet: Sonntag, 19. Februar 2017 15:40 An: 'volkszaehler.org' Betreff: AW: [vz-dev] vzlogger.log läuft voll { "enabled": true, "allowskip":

Re: [vz-dev] vzlogger.log läuft voll

Am 19.02.2017 um 15:39 schrieb Christian Wulff: Die Frage ist immer noch: Warum taucht die Fehlermeldung im Log auf und welche Einstellung muss man wie anpassen, damit das normal ohne Fehler läuft? Ich habe es schon mal geschrieben: Vermutlich sind das die S0-Impulse, die der Zähler, wenn keine

Re: [vz-dev] vzlogger.log läuft voll

{ "enabled": true, "allowskip": false, "interval": 30, "aggtime": 60, "aggfixedinterval": false, "channels": [ { "uuid": "89c0c960-8e59-11e6-81d7-efe19b94c4aa", "identifier": "1.8.0", "api": "volkszaehler",

Re: [vz-dev] vzlogger.log läuft voll

Okay, nun hab ich folgendes getestet: { "enabled": true, "allowskip": false, "interval": 30, "aggtime": 60, "aggfixedinterval": false, "channels": [ { "uuid": "b672f2c0-8e59-11e6-be34-2f0c157b74af", "identifier": "1.8.1",