Hallo,
ich bekomme seit einiger Zeit ( ca. zwei Wochen) jeden Tag die Fehlermeldung:
Can't call method "close" on an undefined value at ./FHEM/92_FileLog.pm line 150
im Logfile. fhem stürzt ab. :-[
folgendes war der letzte Eintrag vorgestern:
2015.11.22 23:59:59.909 5: CUL_HM sz_ThermostatVentil protEvent:CMDs_pending pending:5
Can't call method "close" on an undefined value at ./FHEM/92_FileLog.pm line 150.
Es kam aber auch schon vor, dass der letzte Eintrag nicht kurz vor dem Tageswechsel war ( vor der Umstellung auf Verbose 5)
Hat jemand eine Idee dazu?
Diese Funktion wird beim Tages-/Monat-/Jahreswechsel aufgerufen, um die Datei zu wechseln, und findet dabei seinen eigenen FH Eintrag nicht mehr, was aber beim letzten Schreiben noch da war. Also entweder wurde dieser Eintrag vom Benutzer entfernt, oder ist was anderes kaputt, ich sehe aber das Problem im Code nicht.
Was muss ich machen, um es zu reproduzieren?
Da FileLog sehr oft verwendet wird, und ein fhem Abbruch nie lustig ist, habe ich eine zusaetzliche Pruefung eingebaut, und es fuer update zur Verfuegung gestellt. Ich verstehe aber immer noch nicht die Ursache, und wuerde mich freuen, wenn jemand mir bei der Identifizierung helfen wuerde. Wann wurde das letzte update durchgefuehrt, was das Problem noch nicht hatte? fhem/restoreDir koennte bei der Antwort helfen.
Hallo,
ich habe jetzt die Logfiles durchgesucht.
Zum erstenmal aufgetreten ist der Fehler am 1.11.2015
Zuvor wurde ein Update durchgeführt:
2015.11.01 20:11:44.555 0: Server started with 155 defined entities (version $Id: fhem.pl 9695 2015-10-26 19:19:05Z rudolfkoenig $, os linux, user fhem, pid 25354)
Dann der Fehler:
2015.11.01 23:51:52.431 4: conditions item: Böen
Can't call method "close" on an undefined value at ./FHEM/92_FileLog.pm line 138.
Der Fehler taucht regelmäßig jeden Tag auf.
Ich habe nun aktualisiert auf $Id: 92_FileLog.pm 10001 2015-11-25 12:21:35Z rudolfkoenig $
Mal sehen was heute abend passiert.
Ich hatte auch schon das Dateisystem in Verdacht und starte zur Zeit den Raspi immer mit Dateiüberprüfung neu. Dabei gab es aber bisher keine Meldungen.
Danke fuer die Details. Das Problem kann ich nachstellen, falls einer der FileLogs als readonly definiert wurde.
Mit der gestrigen Aenderung sollte es nicht mehr abstuerzen, mit der heutigen Aenderung (update ab morgen) wird das readonly FileLog nicht versuchen Nachts die Datei zum Schreiben zu oeffnen.
Hallo,
fhem ist durch gelaufen.
Log gestern abend: 2015.11.26 23:59:54.788 5: Notify loop for SchaltMessSteckdose_SenU 232.5
2015.11.26 23:59:54.789 5: HM_Components: not on any display, ignoring notify
2015.11.26 23:59:54.790 5: battStatus: not on any display, ignoring notify
Die ersten Einträge heute:
2015.11.27 00:00:01.025 2: Moving 2015-11-13.tt_switch to /media/QNAPPublic/Globale_Dateien/Hausautomation/LogArchiv
2015.11.27 00:00:01.055 2: Moving fhem-2015-11-22.log to /media/QNAPPublic/Globale_Dateien/Hausautomation/LogArchiv
2015.11.27 00:00:02.530 2: Moving fhem-2015-11-24.log to /media/QNAPPublic/Globale_Dateien/Hausautomation/LogArchiv
2015.11.27 00:00:05.041 5: Triggering HMLANCFG (1 changes)
Es könnte sein, dass Dateien readonly waren, weil ich einmal aus Versehen fhem von Hand ohne sudo gestartet habe.
Damit wurden Dateien mit Benutzer pi erzeugt. Nach dem Start mit dem richtigen Benutzer war dann zum Teil auch ein Update nicht mehr möglich.
Ich habe dann zwar versucht, die Rechte wieder gerade zu biegen, habe aber wohl etwas übersehen.
Danke für die Unterstützung!
Ich meinte mit readonly eine Option beim Definieren des FileLogs.
Damit oeffnet FileLog die Datei gar nicht, sie dient nur als Quelle fuer die SVG-Plots.
Z.Bsp. kann man so die NTP-Statistiken in FHEM darstellen.
Danke für die Info.
Ich habe mit sowas mal herum gesoielt zur Darstellung der Leistung aus der PV.
Ich habe es natürlich nicht fertiggestellt, weil wieder andere Sachen wichtiger waren.
Vielleicht liegen da noch Leichen herum.