Hallo,
ich weiß nicht, ob es wichtig und von Interesse ist und ob hier das richtige Forum dafür ist:
Nach vielen Jahren Arbeit mit FHEM ist es mir heute erstmals gelungen, das System durch eine Falscheingabe kommentarlos zu Absturz und Neustart zu bringen, indem ich bei einem SVG-Filelog eingegeben habe:
attr fixedrange 1week
Gruß
Wolfgang
1week ist als fixedrange Attribut nicht gueltig, nicht als solches dokumentiert und auch nicht implementiert.
Ja, nicht ganz intuitiv.
Ich kriege damit aber nur zwei Warnungen im Log.
Wenn FHEM bei Dir abstuerzt, dann bitte FHEM in einem Terminal mit "perl fhem.pl -d fhem.cfg" starten, un die letzten Zeilen hier anhaengen.
Ich vermute, ich habe das nicht so richtig verstanden. Habe im Windows Terminal den Befehl eingegeben. Ist aber dort nicht bekannt.
Könntest du mir genauere Anweisungen geben? Bin nicht so der Programmierer.
Dann lösch das Attribut und gut ist
ZitatKönntest du mir genauere Anweisungen geben?
Vielleicht ist das in unserem Wiki besser beschrieben, es geht um den letzten Absatz hier:
https://wiki.fhem.de/wiki/FHEM_startet_nicht_-_Tipps_zur_Fehlersuche#Neue_M.C3.B6glichkeit_des_Debuggen
Hallo,
damit konnte ich was anfangen, nicht aber mit den debug-Meldungen:
2020.02.20 15:43:01.914 5: Cmd: >attr vccu model CCU-FHEM<
2020.02.20 15:43:01.915 5: Cmd: >attr vccu room Server<
2020.02.20 15:43:01.916 5: Cmd: >attr vccu subType virtual<
2020.02.20 15:43:01.916 5: Cmd: >attr vccu webCmd virtual:update<
2020.02.20 15:43:01.916 5: Cmd: >define autocreate autocreate<
2020.02.20 15:43:01.916 5: Loading ./FHEM/98_autocreate.pm
2020.02.20 15:43:01.929 5: Cmd: >setuuid autocreate 5d1896a3-f33f-54a2-8c24-325ab110cc79c003<
2020.02.20 15:43:01.929 5: Cmd: >attr autocreate device_room %TYPE<
2020.02.20 15:43:01.930 5: Cmd: >attr autocreate disable 0<
2020.02.20 15:43:01.930 5: Cmd: >attr autocreate filelog ./log/%NAME-%Y.log<
2020.02.20 15:43:01.930 5: Cmd: >attr autocreate ignoreTypes THR128.*|TFA_303133.*|TRX_AC.*|TRX_ARC.*|TRX_ELSE.*|TRX_LIGHT.*|TRX_WEATHER.*|WS2300.*| WS2300_WIND.*|TX3.*|RUBICSON.*|RUBICSON,WIND.*|WS2300.*|WS3500.*|XT300.*|Heizungsfuehler_T2_T1.*<
2020.02.20 15:43:01.931 5: Cmd: >attr autocreate room Server<
2020.02.20 15:43:01.931 5: Cmd: >attr autocreate weblink 1<
2020.02.20 15:43:01.931 5: Cmd: >attr autocreate weblink_room Plots<
2020.02.20 15:43:01.931 5: Cmd: >define tPort telnet 7072 global<
2020.02.20 15:43:01.932 5: Loading ./FHEM/98_telnet.pm
2020.02.20 15:43:01.945 1: tPort: Can't open server port at 7072: Address already in use. Exiting.
Die Meldung besagt, dass ein anderer Prozess (vmtl. eine andere FHEM-Instanz) diesen Port belegt.
=> Erst alle FHEM-Instanzen stoppen, dann den Befehl aus dem Terminal starten.
Habe jetzt mit sudo service fhem stop alles gestoppt und dann den von dir genannten Befehl eingegeben.
Da gibt es dann ständige Meldungen, aber kein Ende.
Keine Ahnung, welche Teile dann für dich von Interesse sind.
ZitatKeine Ahnung, welche Teile dann für dich von Interesse sind.
Die letzten Zeilen vor dem Absturz.
Das ist nicht möglich, denn der Absturz führt ja zum sofortigen Reboot und ich kann die fhem.cfg überhaupt nicht sichern.
Ich denke, wir geben die weiteren Nachforschungen auf.
Gruß
Wolfgang
Zitat von: WolfgangV am 21 Februar 2020, 10:53:25
Das ist nicht möglich, denn der Absturz führt ja zum sofortigen Reboot und ich kann die fhem.cfg überhaupt nicht sichern.
Ich denke, wir geben die weiteren Nachforschungen auf.
Gruß
Wolfgang
Warum bzw. WAS sollte bei manuellem Start im Debug-Modus zu einem "Reboot" führen!?!?
Und wenn fhem (im Debug-Modus) nicht mehr läuft, einfach die letzten Ausgaben des "Terminal-Fensters" posten...
Hier war niemals die Rede von der fhem.cfg
Gruß, Joachim