Hallo, hab ein riesen Problem und wahrscheinlich selbst schuld daran :(
Auf alle Fälle kackt mir FHEM ab wenn ich über die Weboberfläche auf unsorted oder everything drücke. Alle anderen Räume funktionieren. FHEM an sich läuft auch...
Neu hinzugefügt ( oder besser probiert hab ich HM-CC-RT-DN Heizkörperregler...
da is es mir aufgefallen...
Mein FHEM läuft auf einen Raspi mit whezzy
HM über HMlan
intertechno über Cul
und FS20 und UNIroll über 2ten CUL
Update alles durchgeführt...
Weis jemand wo ich evtl. was falsch gemacht habe
Danke schon mal
Vlt. mal Log posten, mit dem Ausschnitt wenn fhem abstürzt?
Hallo,
es wäre hilfreich, wenn Du Deine fhem.cfg posten würdest. Irgendwo dort könnte der Fehler sein. Und was steht im Logfile. Ohne nähere Angaben kann man Dir so nicht helfen.
Gruß Christoph
-- war jemand schneller ;)
Sorry ich wusste ich hab was vergessen... bin total durchn wind und mir raucht der kopf
hier die letzten 2 tage
Oben als Anhang angefügt
Danke
ZitatSorry ich wusste ich hab was vergessen...
ja, Code Tag´s oder als Anhang posten, so kann das keiner lesen ;) :o
2015.12.07 19:13:26 1: No Logdevice FileLog_CUL_TCM97001_Unknown
Negative length at ./FHEM/92_FileLog.pm line 834, <GEN2199> line 201.
2015.12.07 19:14:47 1: Including fhem.cfg
das ist auffällig, danach wird fhem neu gestartet,
Ich hab das selbe problem.
Keinerlei log Einträge zur Absturz Zeit.
Hallo,
aktuelles System ? Update gemacht ?
Gruß Christoph
Ja ich mache Regelmäßig updates
Zitat von: Henno am 08 Dezember 2015, 10:33:02
Ja ich mache Regelmäßig updates
Das ist aber hübsch unbestimmt formuliert ;)
... wie wär's mit dem Ergebnis von (in diesem Fall z.B.)
version FileLog
Ja für manche ist nicht alles usus.... Wo finde ich das version Filelog?
Gesendet von meinem ONE A2003 mit Tapatalk
Du gibst
version FileLog
in deine FHEM-Befehlszeile ein und postest das Ergebnis hier.
Ein wenig Beschäftigung mit dem FHEM-Grundlagen würde nicht schaden.
ah ok danke
92_FileLog.pm 10111 2015-12-06 11:06:00Z rudolfkoenig
im anhang noch meine cfg
ZitatEin wenig Beschäftigung mit dem FHEM-Grundlagen würde nicht schaden.
Das mag durchaus sein, aber wo fängt man an??? hab schon einige Stunden damit verbracht, aber bis jetzt gings nur darum das System auf die Beine zu stellen und Geräte zu definieren. Mit Logs hab ich mich noch gar nicht ausserander gesetzt...
Bitte mehr Rücksicht.
Bei mir scheint es an der DBlog bzw. an den Plots zu liegen.
Sobald ich einen Raum wähle in dem ein Plot ist stürzt fhem ab.
Merkwürdig das die Meldungen bei Verbose 5 kommen
2015.12.08 15:58:53 4: FHEMWEB:178.18.155.68:49205 GET /fhem/SVG_showLog?dev=Luftdruck_Plot&logdev=myDbLog&gplotfile=SVG_myDbLog_5&logfile=HISTORY&pos=; BUFLEN:0
2015.12.08 15:58:53 5: plotcommand: get myDbLog HISTORY INT 2015-12-08_00:00:00 2015-12-09_00:00:01 BMP180:pressure
2015.12.08 15:58:53 5: Cmd: >get myDbLog HISTORY INT 2015-12-08_00:00:00 2015-12-09_00:00:01 BMP180:pressure<
2015.12.08 15:58:53 4: Processing Statement: SELECT
TIMESTAMP,
DEVICE,
READING,
VALUE
FROM history WHERE 1=1 AND DEVICE = 'BMP180' AND READING = 'pressure' AND TIMESTAMP >= '2015-12-08 00:00:00' AND TIMESTAMP < '2015-12-09 00:00:01' ORDER BY TIMESTAMP
2015.12.08 15:58:53 5: Cmd: >{ "HISTORY" }<
2015.12.08 15:58:53 4: name: /fhem/SVG_showLog?dev=Luftdruck_Plot&logdev=myDbLog&gplotfile=SVG_myDbLog_5&logfile=HISTORY&pos= / RL:1950 / image/svg+xml / Content-Encoding: gzip
DANKE :D
So bei gehts wieder...
hab mit "list TYPE=SVG" die Plots aufgerufen und mit "delete SVG_Logfile_1" gelöscht
Bei mir war es auch einer der plots.
Aber da die plots bei mir seid dem ich auf db-log umgestellt habe, nur noch paar Tage nach dem an gegen funktionieren kann ich auch darauf verzichten.
Zitat von: puma d. ace am 08 Dezember 2015, 16:42:18
DANKE :D
So bei gehts wieder...
hab mit "list TYPE=SVG" die Plots aufgerufen und mit "delete SVG_Logfile_1" gelöscht
Klasse! Vielen Dank! Nachdem ich frisch nach einem Update genau das gleiche Problem hatte, hat mir das eben vermutlich mehrere Stunden Fehlersuche erspart!
Viele Grüße
Timo
Hi,
nach dem gestrigen Update habe ich das Problem ebenfalls. Die letzte Meldung im Log-File lautet:
Negative length at ./FHEM/92_FileLog.pm line 827, <GEN88> line 201.
Version FileLog lautet:
92_FileLog.pm 10161 2015-12-12 16:50:50Z rudolfkoenig
Es gibt hier zwar eine Lösung
http://forum.fhem.de/index.php/topic,46101.msg378831.html#msg378831 (http://forum.fhem.de/index.php/topic,46101.msg378831.html#msg378831)
aber das kann ja nicht die Lösung sein, die komplette Konfig durchzuarbeiten - gerade bei vielen Logs.
Hat vielleicht jemand eine Idee, woran das liegen kann ?
Danke
Uef
Erstmal ein Frohes neues Jahr an alle !!
Ich habe das jetzt nochmal weiter untersucht und konnte das Problem (meiner Meinung nach) auf 2 Dateien einkreisen:
vor dem Update hate mein System die Datei "92_FileLog.pm 10001 2015-11-25" und funktionierte problemlos mit dem gplot-File "SVG_FileLog_CUL_MAX_Credits_1.gplot" (natürlich ohne das .old am Ende).
Nach dem Update, der u.a. die Datei "92_FileLog.pm 10161 2015-12-12" mitbrachte, stürzt FHEM jedes Mal reproduzierbar ab, wenn ich einen Raum anklicke, der den o.g. Plot enthält.
Spiele ich wieder die alte Version von 92_FileLog.pm ein, klappt es wieder.
Ich habe dann unter Verwendung der neuen 92_FileLog.pm über die WEB-Oberfläche eine neues gplot-File erstellt mit nur einem dargestellten Parameter "SVG_FileLog_CUL_MAX_Credits_2.gplot": das funktionerte gut, die Werte für den Plot kamen aus einem überschaubaren Logfile, das nur diesen Parameter enthält.
Dann habe ich versucht, auch den zweiten Parameter als Graph wieder hinzuzufügen und FHEM stützt gleich ab. Dabei habe ich realisiert, dass ich dafür auf das Systemlog mit seinen vielen Datensätzen zugreife.
Vermutlich sollte man das nicht machen, aber die alte Version von 92_FileLog.pm konnte damit umgehen, die neue, jedoch nicht.
Es kann aber natürlich auch sein, dass der Fehler noch woanders steckt.
Ggf. kann Rudi ja mal einen Blick reinwerfen.
Vielleicht hilft das beim Einkreisen der Ursache.
Bei Bedarf kann ich weitere Tests durchführen.
Uef
Ja, seit dem letzten Update scheint irgendwie der Zugriff von Plts auf das Gesamt-Logfile ein Problem zu sein.
Soweit konnte ich das auch bei meinem Abstürzen zurückverfolgen:
http://forum.fhem.de/index.php/topic,45313.msg383773.html#msg383773 (http://forum.fhem.de/index.php/topic,45313.msg383773.html#msg383773)
Gruß
Uef
Hallo zusammen, ich habe seit einigen Monaten das gleiche Problem, das Fhem beim Aufruf von ,,Everything" hängen bleibt. Ich vermute auch ein Graph, aber wie finde ich heraus welcher das Problem verursacht? Ich habe alle svg's einzeln geöffnet ohne Problem... könnte sich ein Speicherproblem sein da ich manchmal ,,Cannot fork: Cannot allocate memory" im log habe.
Das loggen mit global verbose 5 hat auch keinen Hinweis geliefert und longpoll auf Websocket bringt auch keine Veränderung.
Jemand eine Idee?
Hallo Tomk
Nur mal so ins blaue geschossen versuch mal im Fhemweb das attr plotEmbed auf 0 zu stellen.
Steht neuerdings auf 2 nach einem update.
Hatte das selbe Problem beim aufrufen von einem Raum in dem bei mir alle Plots drinnen sind.
Bei Everything ist das dann ja auch der fall.
Viel Glück
Gruß
Stephan
Wow, ich glaube das war's Stephan. Die Plots sind direkt da...
Ich danke dir vielmals ;D