Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
Den Loglevel im Betrieb zu ändern hilft mir aber nicht wirklich... wozu sollte ich das brauchen?
Neustarten muss ich, weil ich am Code was geändert habe, das geht m.W. noch nicht "live"
Und an den cherrypy-Logger komme ich im Admin-GUI nicht dran, jedenfalls wüsste ich nicht, wie. Insbesondere, weil der Screen-Logger anscheinend auch nicht groß konfiguriert werden kann..
Wenn Du die Logger entsprechend konfiguriert hast, kannst Du in der Admin GUI zur Laufzeit den Loglevel der jeweiligen Logger unter Logs/Liste der Logger einstellen (aber nur wenn der Logger schon existiert).
Das generelle Logging funktioniert ja, im Wesentlichen auch so, wie ich es haben wollte. Ich habe jetzt nochmal das Logging auf Basis der Default-Config neu aufgesetzt. (NB: das Loggin im Produktivsystem ist ja okay. Zum Testen mit ständigem Neustart von shng ist das aber unpraktisch, darum ist meine Config deutlich vom Default weg)
Auch der root-Logger war nicht das Problem, den habe ich ja nur in eine Datei loggen lassen, da sollte ja DEBUG rein, das passte auch.
Das Problem ist cherrypy, das immer auf Konsole loggt und sich nicht an die logging-Vorgaben hält, soweit man sie konfigurieren kann (oder ich weiß nicht, wie).Ich habe das jetzt manuell abgewürgt, indem ich im http-Modul
```
cherrypy.config.update({'log.screen': False})
```
eingefügt habe. Jetzt kann ich den Rest der Logs auch ausreichend steuern.
Ist die "screen"-Ausgabe von cherrypy ausdrücklich gewünscht? Sonst könnte man das ggf. dauerhaft unterdrücken und das Loggin über die plugin-Section der logging.yaml besser steuern...
Die Ideen aus den Best Practices werde ich für den Rest noch umsetzen, da stehen noch ein paar gute Sachen drin.
Wenn Du den root Logger auf Debug setzt, bekommst Du alle denug Ausgaben ins Log. Das geht nicht anders (Python Standard). Deshalb sollte der root Lgger immer auf WARNING stehen.
Hast Du Dir in der Doku https://www.smarthomeng.de/user/konf...n/logging.html und den Unterpunkt Best Practices durchgelesen? Die Doku versucht die Komplexität des Python Logging Systems etwas zugänglicher zu machen.
Fang mal an Dein Logging von der Default Config aus anzupassen (etc/logging.yaml.default)
dass ich mit der neuen Logging-Konfiguration nicht warm werde, ist eine Sache - aber sie macht es mir auch nicht einfach.
Ich möchte:
"Standard"-Log WARN+ in Datei smarthome-warn.log
alles DEBUG+ in Datei smarthome.log
NUR plugin.kodi debug auf smarthome-kodi.log und Konsole -> insbesondere keine DEBUG-Ausgaben vom http-Modul!
um die Module "einzufangen", habe ich die ausschließlich auf smarthome-http.log geleitet - dachte ich.
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
Einen Kommentar schreiben: