[ERLEDIGT] seit heute (14.4.20) nach update restarted fhem dauernd

[SCMP77]

Dieser Aussage würde ich jetzt insofern widersprechen dass dies für die meisten Systeme zutrifft. Kernel-Treiber können ein os zum Absturz bringen usw.

Die Betonung sollte hier auf "können" liegen. Meist ist es so, dass ein abgestürzter Gerätetreiber nur bewirkt, dass dieses Gerät nicht angesprochen werden kann. Bei FHEM bewirkt ein abgestürztes Modul jedoch immer, dass in FHEM nichts mehr geht.

Man kann jetzt auch argumentieren dass es bisher ja anstandslos lief. Es ist also (scheinbar, ich will da nichts falsches sagen) nicht so dass die Änderung einen Bug zum Vorschein gebracht hat, die Änderung hat den Bug verursacht.

Das ist nur eine philosophische Diskussion. Man sieht hier in Wirklichkeit, dass einen Änderung in einem zentralen Bereich massive Auswirkungen hat, welche bei bestimmten Modulen dazu führen kann, dass nichts mehr geht. Das war bei dieser Änderung so, dass kann bei einer anderen Änderung genauso passieren. Wenn man diese Gefahr vermeiden will, dürfte man gar nicht mehr ändern, das wäre dann aber ein Entwicklungsstillstand, ich denke, den will keiner.

Ich denke, anstatt User-Bashing zu betreiben, sollte man erkennen, dass hier in Wirklichkeit eine Schwäche von FHEM sichtbar wurde. Ob man diese auf Dauer beheben kann, ist fraglich, das wäre fast ein neues FHEM.

[Christoph Morrison]

Ich gehe davon aus, dass das aktuelle Problem damit nicht entdeckt gewesen waere, weil die besagte Zeile nur dann aufgerufen wird, falls die Verbindung mit der externen Schnittstelle hergestellt wurde. Und ich habe gerade Schwierigkeiten ein Testsystem vorzustellen, an dem alle von FHEM unterstuetzte Geraete angeschlossen sind.

Tja, ich hätte es jetzt gerne getest, aber da ich seit ... keine Ahnung, vorgestern oder so, keine Updates gemacht habe, bekomme ich den $anser-Fehler aus DevIo - und den hättest du ganz sicher mit einem Test gefunden, sogar mit dem einfachsten.

Aber nachdem ich händisch nachgezogen habe: Doch, das hätte man mit einem Test gefunden (ich hab' keine Kodi-Instanz):

Code Auswählen Erweitern


define kodi kodi 127.0.0.1 http test test


Code Auswählen Erweitern


Can't use string ("KODI_OnConnectError") as a subroutine ref while "strict refs" in use at FHEM/DevIo.pm line 237.


Und man hätte direkt noch ein anderes Problem gefunden:

Code Auswählen Erweitern


2020.04.14 01:28:01 1: PERL WARNING: Use of uninitialized value $nameOrConf in -f at /usr/lib/x86_64-linux-gnu/perl5/5.28/Device/SerialPort.pm line 285.
2020.04.14 01:28:01 1: stacktrace:
2020.04.14 01:28:01 1:     main::__ANON__                      called by /usr/lib/x86_64-linux-gnu/perl5/5.28/Device/SerialPort.pm (285)
2020.04.14 01:28:01 1:     Device::SerialPort::new             called by FHEM/DevIo.pm (428)
2020.04.14 01:28:01 1:     (eval)                              called by FHEM/DevIo.pm (426)
2020.04.14 01:28:01 1:     main::DevIo_OpenDev                 called by ./FHEM/70_KODI.pm (216)
2020.04.14 01:28:01 1:     main::KODI_Connect                  called by ./FHEM/70_KODI.pm (161)
2020.04.14 01:28:01 1:     main::KODI_Define                   called by fhem.pl (3771)
2020.04.14 01:28:01 1:     main::CallFn                        called by fhem.pl (2081)
2020.04.14 01:28:01 1:     main::CommandDefine                 called by fhem.pl (1243)
2020.04.14 01:28:01 1:     main::AnalyzeCommand                called by fhem.pl (1096)
2020.04.14 01:28:01 1:     main::AnalyzeCommandChain           called by ./FHEM/01_FHEMWEB.pm (2711)
2020.04.14 01:28:01 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (981)
2020.04.14 01:28:01 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (590)
2020.04.14 01:28:01 1:     main::FW_Read                       called by fhem.pl (3771)
2020.04.14 01:28:01 1:     main::CallFn                        called by fhem.pl (753)
2020.04.14 01:28:01 1: PERL WARNING: Use of uninitialized value in subroutine entry at /usr/lib/x86_64-linux-gnu/perl5/5.28/Device/SerialPort.pm line 312.
2020.04.14 01:28:01 1: stacktrace:
2020.04.14 01:28:01 1:     main::__ANON__                      called by /usr/lib/x86_64-linux-gnu/perl5/5.28/Device/SerialPort.pm (312)
2020.04.14 01:28:01 1:     Device::SerialPort::new             called by FHEM/DevIo.pm (428)
2020.04.14 01:28:01 1:     (eval)                              called by FHEM/DevIo.pm (426)
2020.04.14 01:28:01 1:     main::DevIo_OpenDev                 called by ./FHEM/70_KODI.pm (216)
2020.04.14 01:28:01 1:     main::KODI_Connect                  called by ./FHEM/70_KODI.pm (161)
2020.04.14 01:28:01 1:     main::KODI_Define                   called by fhem.pl (3771)
2020.04.14 01:28:01 1:     main::CallFn                        called by fhem.pl (2081)
2020.04.14 01:28:01 1:     main::CommandDefine                 called by fhem.pl (1243)
2020.04.14 01:28:01 1:     main::AnalyzeCommand                called by fhem.pl (1096)
2020.04.14 01:28:01 1:     main::AnalyzeCommandChain           called by ./FHEM/01_FHEMWEB.pm (2711)
2020.04.14 01:28:01 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (981)
2020.04.14 01:28:01 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (590)
2020.04.14 01:28:01 1:     main::FW_Read                       called by fhem.pl (3771)
2020.04.14 01:28:01 1:     main::CallFn                        called by fhem.pl (753)
2020.04.14 01:28:01 1: kodi: Can't open : No such file or directory


Ich hätte jetzt natürlich gerne einfach einen Fix geschrieben und vbs einen PR geschickt, aber leider sind wir ja in einem Versionssystem der 90er gefangen, wo Kollaboration mit Patches über Foren läuft.