Hiho,
ich musste gerade feststellen, dass mein FHEM Dienst nicht mehr läuft, also direkt mal meinen Raspberry neugestartet, jedoch läuft auch nun der FHEM Dienst nicht.
Habe mich per SSH draufgeschalten und stelle fest, dass um ca. 15:17 der Absturz war und nun wenn ich FHEM starte, stürzt es nachdem alles geladen ist wieder ab.
In der Log erhalte ich am Ende folgende Fehlermeldung:
not well-formed (invalid token) at line 94, column 96, byte 6674 at /usr/lib/perl5/XML/Parser.pm line 187
Kann mir hier jemand helfen?
Einer der FHEM-Module versucht eine XML-Datei mit einem Perl XML-Parser zu lesen, aber die Datei ist kein gueltiges XML.
Diese Tatsache schockiert das Modul derart, dass es FHEM beendet. Folgende Module verwenden ein XML-Parser:
ZitatALL4000T EDIPLUG ENECSYSGW ENIGMA2 GDS HTTPMOD Jabber ONKYO_AVR SHCdev SWAP WEBCOUNT harmony rssFeed
Falls du diese Module verwendest, dann wuerde ich alle dazugehoerenden Definitionen in fhem.cfg auskommentieren, und pruefen, ob meine Theorie korrekt ist. Wenn ja, dann nach und nach einkommentieren, und die "kaputte" Datei so finden.
Zum Schluss beim Modul-Maintainer beschweren: FHEM darf bei einer kaputten Definition nicht abstuerzen.
Zitat von: rudolfkoenig am 30 Januar 2016, 13:27:16
Folgende Module verwenden ein XML-Parser:
... GDS ...
Falls du diese Module verwendest, dann wuerde ich alle dazugehoerenden Definitionen in fhem.cfg auskommentieren,
In GDS wird das XML-parsing innerhalb eines eval ausgeführt und ggf. entsprechende Fehlermeldungen ausgegeben, falls etwas schiefgeht. Ein fhem Absturz sollte dabei nicht auftreten.
schalte bitte in der global-Definition das Attribut stacktrace ein, damit man im Log sieht, welches Modul diesen Fehler generiert.
Gruß
Markus
Zitat von: rudolfkoenig am 30 Januar 2016, 13:27:16
Folgende Module verwenden ein XML-Parser:
... rssFeed ...
Falls du diese Module verwendest, dann wuerde ich alle dazugehoerenden Definitionen in fhem.cfg auskommentieren,
auch in rssFeed findet der Parsing-Aufruf in einem eval statt.
Diesen Fehler gab es mal, falls die zu parsenden Daten beim Abruf in gzippter Form geliefert wurden und ohne vohreriges entzippen an den Parser gegeben wurden. Dies wird aber inzwischen korrekt behandelt.
Zitat von: rudolfkoenig am 30 Januar 2016, 13:27:16
Einer der FHEM-Module versucht eine XML-Datei mit einem Perl XML-Parser zu lesen, aber die Datei ist kein gueltiges XML.
Diese Tatsache schockiert das Modul derart, dass es FHEM beendet. Folgende Module verwenden ein XML-Parser:Falls du diese Module verwendest, dann wuerde ich alle dazugehoerenden Definitionen in fhem.cfg auskommentieren, und pruefen, ob meine Theorie korrekt ist. Wenn ja, dann nach und nach einkommentieren, und die "kaputte" Datei so finden.
Zum Schluss beim Modul-Maintainer beschweren: FHEM darf bei einer kaputten Definition nicht abstuerzen.
HM... Das einzige der von dir genannten module, welches ich nutze ist das enigma2, ich teste später mal und melde mich.
Also habe jetzt meine zwei Enigma2 Devices aus der Config geworfen und siehe da, FHEM stürzt nicht mehr ab.
Herzlichen Dank :)
Ich mache mal ein Update, nehm' die Devices wieder rein und mal sehen was passiert.