Bei Aufruf von Plot stürzt FHEM ab

[diko]

Hallo,

wenn ich einen Plot meiner Aussentemp anzeigen möchte stürzt FHEM ab. In der Log steht:

2015.01.19 12:11:59 3: FileLog_TuF_Aussen: space is not allowed in FileLog definition: Created by FHEM/98_SVG.pm, 2014-03-05 20:32:02
2015.01.19 12:11:59 1: PERL WARNING: Use of uninitialized value $fname in concatenation (.) or string at ./FHEM/98_SVG.pm line 1067.

# Created by FHEM/98_SVG.pm, 2014-03-05 20:32:02

Diese Kommentarzeilen stehen ja in jeder Definition, wenn ich das Leerzeichen nach # rausnehme funktioniert der Aufruf.
Diese passiert bei allen Plot-Definitionen.

Gruß diko

[rudolfkoenig]

stürzt FHEM ab

Mit welcher Fehlermeldung?

Ich vermute du hast eine FHEM-Instanz ohne Namen angelegt, entweder durch selbstgebauten Code (notify, etc) oder durch ein Modul. Kannst du das bitte pruefen:

Code Auswählen Erweitern

{ defined($defs{undef}) ? "YES" : "NO" }

Nach dem Entfernen des Eintrags mit

Code Auswählen Erweitern

{ delete($defs{undef}) }
sollte das Plot-Problem nicht mehr auftreten.

P.S. Bitte die Frage am Anfang nicht vergessen.

[diko]

Danke für die schnelle Rückmeldung.
Nach Prüfung kommt "NO".

Die letzte Meldung vor dem Absturz ist die aus der Log.

Ich kann den Absturz auch reproduzieren wenn ich in der .gplot hinter dem # das Leerzeichen wieder einfüge.

Die Frage wäre: Was kann ich tun, oder wo liegt das Problem?

[TomWest]

Ich hatte in letzter Zeit auch einige Plotabstürze und habe dann die dazugehörige Plotdatei per SSH gelöscht und neu angelegt. Bei mir war das Problem eine falsch aufgerufene Funktion in meiner Plotdatei.

[rudolfkoenig]

Nach etwas Testen stellt sich raus, dass bei meiner voriger Diagnose undef durch "" ersetzt werden muss:

Code Auswählen Erweitern

{ defined($defs{""}) ? "YES" : "NO" }
Eine passende Pruefung habe ich in SVG.pm eingebaut (ab morgen per update), d.h. FHEM sollte nicht mehr abstuerzen.
Das "kaputte" $defs{""} ist natuerlich weiterhin vorhanden.

[diko]

Nach dem heutigen Update läuft meine Log über mit solchen Meldungen:
2015.01.20 11:32:36 1: Error:  has no TYPE
2015.01.20 11:32:37 1: PERL WARNING: Use of uninitialized value in string eq at FHEM/Blocking.pm line 89.

Wie finde ich das Das "kaputte" $defs{""}
Wie kann, muss ich vorgehen?

[rudolfkoenig]

Wie finde ich das Das "kaputte" $defs{""}

Das kaputte $defs{""} ist ja bereits gefunden, loeschen ist auch einfach:

Code Auswählen Erweitern

{ delete $defs{""} }

Zu finden, wer das erzeugt ist deutlich komplizierter. Am wahrscheinlichsten ist etwas Selbstgebautes (notify/etc/etc).

[diko]

Hallo Rudolf,
erst mal danke für den Hinweis auf das löschen des "kaputten" $defs{""}, meine Log läuft nun nicht mehr voll.
Ich habe auch schon meine Notify's und Co. zigmal angesehen aber nicht wirklich etwas gefunden.
Wenn ich nur wüsste nach was ich suchen soll. Aber egal, ich habe jetzt ein update+force gemacht, FHEM startet jetzt fast sauber durch mit drei Meldungen wo ich wiederum nicht weiß wo sie herkommen. Kannst Du mir noch einen Tipp geben?

2015.01.23 10:05:59 0: Server started with 176 defined entities (version $Id: fhem.pl 7609 2015-01-17 21:37:05Z rudolfkoenig $, os linux, user root, pid 7439)
2015.01.23 10:06:02 1: PERL WARNING: Use of uninitialized value $FW_ME in concatenation (.) or string at ./FHEM/01_FHEMWEB.pm line 2438.
2015.01.23 10:06:02 1: PERL WARNING: Use of uninitialized value $FW_subdir in concatenation (.) or string at ./FHEM/01_FHEMWEB.pm line 2438.
2015.01.23 10:06:02 1: PERL WARNING: Use of uninitialized value $FW_CSRF in concatenation (.) or string at ./FHEM/01_FHEMWEB.pm line 2438.

Gruß
Dieter

[rudolfkoenig]

Bitte "attr global stacktrace 1" setzen und FHEM neu starten, die Ursache liegt vermutlich anderswo.

P.S. Bitte fuer neue Probleme neue Diskussionen mit passenden Betreff oeffnen, damit Leser nicht in die Irre gefuehrt werden.

[diko]

OK, danke.
Habe neues Thema eröffnet: http://forum.fhem.de/index.php/topic,32645.0.html