[behoben] Bug? Speichern der fhem.cfg via FHEMWEB führt zum Absturz

[Wzut]

Ich kann das von Rudibarani beschrieben Verhalten auf meinem Testsystem bestätigen

[rudolfkoenig]

Kann jemand bitte FHEM mit "perl fhem.pl -d fhem.cfg" in der Konsole starten, und Konsolenoutput kurz vor dem Absturz hier anhaengen?

[CoolTux]

Ich kann das von Rudibarani beschrieben Verhalten auf meinem Testsystem bestätigen

Jetzt wird es interessant. Ist das Verhalten bei Dir auch in Verbindung mit UWZ?

[CoolTux]

@Ralf
Bei Dir auch im Container oder hast Du ein richtiges System darunter?

[MaMi7880]

Guten morgen,

Nachdem ich das hier lese fällt mir ein ich habe auch mit UWZ Probleme. Konnte es aber aus Zeitmangel noch nicht weiter untersuchen. Ich melde mich wieder mit genaueren Angaben, jetzt bin ich nur mit Handy online.

Gruss
Manuel

Gesendet von meinem SM-G935F mit Tapatalk

[Wzut]

Kann jemand bitte FHEM mit "perl fhem.pl -d fhem.cfg" in der Konsole starten, und Konsolenoutput kurz vor dem Absturz hier anhaengen?

Bitte sehr :

Code Auswählen Erweitern

2019.07.18 09:02:20 5: Starting notify loop for global, 1 event(s), first is REREADCFG
2019.07.18 09:02:20 5: createNotifyHash

danach erfolgt keine weitere Ausgabe in der Konsole.
Die fhem.cfg habe ich zuvor fast leer gemacht und nur die UWZ als einizges Device drin.

[CoolTux]

Guten morgen,

Nachdem ich das hier lese fällt mir ein ich habe auch mit UWZ Probleme. Konnte es aber aus Zeitmangel noch nicht weiter untersuchen. Ich melde mich wieder mit genaueren Angaben, jetzt bin ich nur mit Handy online.

Gruss
Manuel

Gesendet von meinem SM-G935F mit Tapatalk

Hallo Manuel,

Aber bitte nur wenn es etwas direkt mit den hier genannten Problem/Beobachtung zu tun hat.


Grüße

[Wzut]

@coolTux
anbei das komplette -d Log  , ab FHEM Start bis zum drücken von save.cfg

[CoolTux]

Ich konnte leider nichts finden. Rudi hat bestimmt mehr Glück.
Und noch mal die Frage an Dich.
Auch Container???

[Wzut]

Nein, das Testsystem läuft ganz normal unter Ubuntu auf meinem Desktop PC

[MaMi7880]

Hallo Manuel,

Aber bitte nur wenn es etwas direkt mit den hier genannten Problem/Beobachtung zu tun hat.


Grüße

Natürlich...

Gesendet von meinem SM-G935F mit Tapatalk

[Rudibarani]

Ich habe nochmal mein Backup angeschaut, da das UWZ Device Anfang Juli aktualisiert wurde: Der Fehler hängt eindeutig mit der neuen Version zusammen, da mit der alten Version der Fehler nicht auftritt. Stelle ich dann die neue Version wieder her, tritt der Fehler wieder auf.

Man kann also entweder das alte UWZ Device als Workaround installieren, oder das neue behalten und vorübergehend mit

Code Auswählen Erweitern

disable 1 inativieren, wenn man die fhem.cfg über das Frontend editieren möchte. Beides funktioniert.

Vielleicht hilft das ja, die Fehlerquelle einzugrenzen und rauszufinden, wieso das aktualisierte UWZ Device FHEM ohne jede Log-Meldung zum Stillstand bringen kann (und darf).

[rudolfkoenig]

Speichern der fhem.cfg via FHEMWEB führt zum Absturz

Es fuehrt nicht zum Absturz, FHEM wartet nur 10 Minuten, weil UWZ.pm in Zeile 882 das so bestellt hat:

InternalTimer( gettimeofday() + $hash->{INTERVAL},
            "UWZ_Start", $hash, 1 );

Das 1 steht fuer waitIfInitNotDone, d.h. wenn fhem.cfg noch nicht _komplett_ eingelesen wurde.
Warum das nur beim rereadcfg ein Problem ist, ist mir noch unklar, das kann aber gerne so bleiben

[CoolTux]

Ach man Rudi Du bist ne olle Petze. 
Habe mir so viel Mühe gegeben es zu verstecken.
Lach


Ne Spaß bei Seite. Der Code würde seit Jahren an der Stelle nicht mehr angerührt. Zu mindest nicht bewusst.
Meine persönliche Empfehlung. Finger weg vom editieren der Konfig bis ich Lust finde das eventuell vielleicht mal sehen zu bereinigen.

Grüße aus dem sächsischen Urlaub.

[Rudibarani]

Vielen Dank allen für die schnelle Klärung, woran es liegt.

Das FHEM 10 Minuten keinen Input über die Webseite annimmt und so lange hängt, bis das durch ist, ist nicht schön - aber ohne editieren der Config zumindest erstmal vermeidbar...

Allen einen schönen Urlaub bzw. ein schönes Wochenende