Moin zusammen,
kein großes Thema, da ich durch ein Editieren (mit nano) der fhem.cfg und das Korrigieren des Alias auf den Name das abgestürzte System leicht reaktivieren konnte. Ein Backup war aber auch vorhanden.
Was ist passiert (Fehler meinerseits):
- Leuchten von HUE nach zigbee2mqtt verlagert
- Übertrag diverser Attribute (room, group....) von der alten Def auf die neue Def.
- Dann: Update der "structure", dabei habe ich an Stelle des Device-Namens den Alias kopiert.
- Klick auf den Link - FHEM abgestürzt, siehe unten.
Wie gesagt, mache ich auch Backups vor jeder solcher Aktion, also nichts passiert weiter.
Es besteht seitens der Ursache eine Unsicherheit meinerseits, da ich die "structure" und die "LightScene" nacheinander mit dem Alias an Stelle des Name geändert habe. Ich kann nicht mehr genau sagen, was mit der LightScene war. Im Stacktrace wurde das Modul aber auch aufgerufen.
Geändert mit nano hatte ich nur die fhem.cfg "structure" Definition.
Danach lief das System wieder.
Eventuell eine Frage, ob es seitens des Helper-Moduls möglich ist, die Eingabe des Alias zu verhindern?
VG Helmut
2022.06.04 11:25:35 1: stacktrace:
2022.06.04 11:25:35 1: main::devspec2array called by ./FHEM/98_structure.pm (133)
2022.06.04 11:25:35 1: main::structure_setDevs called by ./FHEM/98_structure.pm (110)
2022.06.04 11:25:35 1: main::__ANON__ called by fhem.pl (3475)
2022.06.04 11:25:35 1: main::HandleTimeout called by fhem.pl (702)
2022.06.04 11:25:46 1: devspec2array (Bach: Unmatched ( in regex; marked by <-- HERE in m/^( <-- HERE (Bach)$/ at fhem.pl line 1349.
2022.06.04 11:25:46 1: stacktrace:
2022.06.04 11:25:46 1: main::devspec2array called by ./FHEM/31_LightScene.pm (62)
2022.06.04 11:25:46 1: main::LightScene_Define called by fhem.pl (3948)
2022.06.04 11:25:46 1: main::CallFn called by fhem.pl (2209)
2022.06.04 11:25:46 1: main::CommandModify called by fhem.pl (1273)
2022.06.04 11:25:46 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2802)
2022.06.04 11:25:46 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (982)
2022.06.04 11:25:46 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (608)
2022.06.04 11:25:46 1: main::FW_Read called by fhem.pl (3948)
2022.06.04 11:25:46 1: main::CallFn called by fhem.pl (781)
2022.06.04 11:25:46 1: devspec2array r): Unmatched ) in regex; marked by <-- HERE in m/^(r)) <-- HERE $/ at fhem.pl line 1349.
2022.06.04 11:25:46 1: stacktrace:
2022.06.04 11:25:46 1: main::devspec2array called by ./FHEM/31_LightScene.pm (62)
2022.06.04 11:25:46 1: main::LightScene_Define called by fhem.pl (3948)
2022.06.04 11:25:46 1: main::CallFn called by fhem.pl (2209)
2022.06.04 11:25:46 1: main::CommandModify called by fhem.pl (1273)
2022.06.04 11:25:46 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2802)
2022.06.04 11:25:46 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (982)
2022.06.04 11:25:46 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (608)
2022.06.04 11:25:46 1: main::FW_Read called by fhem.pl (3948)
2022.06.04 11:25:46 1: main::CallFn called by fhem.pl (781)
2022.06.04 11:25:50 1: PERL WARNING: Use of uninitialized value in hash element at fhem.pl line 4574.
2022.06.04 11:25:50 1: PERL WARNING: Use of uninitialized value $type in hash element at ./FHEM/01_FHEMWEB.pm line 3398.
Unmatched ( in regex; marked by <-- HERE in m/\b( <-- HERE Bach\b/ at fhem.pl line 6102.
Wenn ich den Stacktrace richtig interpretiere: Lightscene wurde mit einer Definition aufgerufen, was nicht als Regexp durchgeht.
Welche Stelle den Absturz verhindern sollte ist mir nicht klar: Lightscene ist naheliegend, devspec2array in fhem.pl wuerde allen helfen, ist aber teurer fuer Alle. Es wundert mich auch, dass sowas bisher noch nicht als Meldung aufgetaucht ist.