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

Christian Wulff christianwulff at gmx.de
Sun Feb 5 23:05:47 CET 2017


So, mal gucken, ob ich jetzt alle Antworten beantworte, oder ob da doch wieder eine unter den Tisch fällt.

Ich hab da so meine Probleme mit der Mailingliste in Outlook.

Die werden dort als normale email mit Anhängen dargestellt. Da ist so ziemlich das unkomfortabelste was ich kenne, aber gut, das ist eine andere Geschichte. Da geht dann leider auch mal was bei verloren L Oder kann man das in Outlook irgendwie anders verwalten?

 

Ja, der Volkszähler läuft seit November einwandfrei. 

Ja, das Logging läuft einwandfrei.

Ja, die Datenbank und das Frontend arbeiten einwandfrei. Mittlerweile sind dort weit über 1,5Mio. Datensätze gespeichert.

Welches Zeitintervall meinst du nun genau?

Jetzt werde ich ein wenig unsicher, daher kann ich dazu in erster Linie nur folgendes schreiben:

Ich habe insgesamt 27 Kanäle, davon 23x Temperatur über 1-Wire, 3x Stromzähler und 1x Wasseruhr per S0, alle an Udos Erweiterung.

Der Strom kommt dabei in 0,1kWh Intervallen rüber, weil die Itron ACE 3000 Typ 260 über D0 nur auf 0,1kWh auflöst.

 

@Andreas: Welches Image meinst du? DAS Image für den Raspi von volkszähler.org mit Udos Erweiterung? Mit dem arbeite ich doch die ganze Zeit.

 

Ja, bin mir sicher, dass ich die richtige vzlogger.conf editiere.

Stelle ich das timeout auf 30, so kommt das Fehlerlog alle 30s

Stelle ich das timeout auf 60, so kommt das Fehlerlog alle 60s

Stelle ich das timeout auf 300, so kommt das Fehlerlog alle 300s (So hab ich es momentan laufen, weil die Datei dann zumindest 10x langsamer vollläuft als bei 30s)

 

Ich möchte das Logging nicht mit dem Holzhammer tot hauen.

Ich möchte das Logging ja behalten, um damit auch künftige Fehler noch analysieren zu können.

 

Es muss doch einen Grund geben, warum dort ein timeout ins Leere läuft.

Hat denn noch jemand anderes einen Itron ACE 3000 Typ 260 am vzlogger laufen?

 

Treten dort auch solche Phänomene auf?

 

Lieben Gruß,

Chris

 

 

 

 

Von: Frank Richter [mailto:frank.richter83 at gmail.com] 
Gesendet: Sonntag, 5. Februar 2017 18:14
An: volkszaehler.org
Betreff: Re: [vz-dev] vzlogger.log läuft voll

 

Hallo Christian,

Udo war schneller als ich, bitte mit leerem Pfad versuchen.

Außerdem hab ich vor Tagen eine Frage gestellt, die du nie beantwortet hast:

Jetzt mal ab vom Logfile: Läuft dein Logging ansonsten? Bekommst du Werte in DB/Frontend? Wenn ja, in welchem Zeitintervall?

Grüße
Frank

Moin,

Hab ich ausprobiert:
  "verbosity": -1,

Ergebnis: Keine Änderung.  Die Logs werden immer noch in vzlogger.log geschrieben?!

Wie kann das sein, dass keiner weiss wo das herkommt?!

Lieben Gruß,
Chris

-----Ursprüngliche Nachricht-----
Von: Daniel Lauckner [mailto:vz at jahp.de]
Gesendet: Freitag, 3. Februar 2017 08:50
An: volkszaehler.org
Betreff: Re: [vz-dev] vzlogger.log läuft voll

Hallo Udo,


am Freitag, 3. Februar 2017 um 08:29 hast du geschrieben:
> Am 03.02.2017 um 07:44 schrieb Daniel Lauckner:
>> 0 = aus. Fertig.

> = 0 kann aber auch ein Wert sein und nicht nur eine Funktion.

Schon klar.

Aber: In PHP* ist ein Integer mit Wert 0 auch gleichzeitig Logisch false.
Wohingegen Wert = -1 Logisch true ist.

Von Ausnahmen (wie z.B. "interval") abgesehen halte ich die Verwendung von -1 für fehlerträchtig.

> Wenn darauf hingewiesen wird, das -1 den entsprechenden Eintrag nicht
> wirksam werden lässt, ist doch alles gut.

Besser wäre man arbeitet mit erwartbarem Verhalten, dann braucht man nicht dokumentieren (bzw. supporten).

Was im Fall des Loglevels natürlich wieder passt wie die Faust aufs
Auge: die einzige Stelle dies dokumentierte war der Code**...


mfg Daniel


*)  Bin mir leider nicht sicher ob das in C auch so ist, bzw. im Code
    gezielt genutzt werden kann.
    Kenne das in der Form aber auch von SPS und CNC.
**) Den ich in dem Fall lieber anpassen würde als die Doku.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20170205/5be5d2ce/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: bild2.jpg
Type: image/jpeg
Size: 236811 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20170205/5be5d2ce/attachment-0001.jpg>


More information about the volkszaehler-dev mailing list