CPU vmtl. durch DOIF bei 100% (gelöst)

Begonnen von marwal, 17 Februar 2022, 17:54:05

Vorheriges Thema - Nächstes Thema

marwal

Hi zusammen,

seit heut morgen 04:03Uhr reagierte mein FHEM nicht mehr. Zu diesem Zeitpunkt gibt es keine eingestellte Routine/Automatisierung.
Später hab ic festgestellt - Es geht keine Automatisierung (Licht/Heizung/Wecker...) und die Weboberfläche war ebenfalls nicht zu erreichen.
Die CPU war durch perl bei 100% und folgendes tauchte in Endlosschleife aller 20sek im Log auf:

2022.02.17 04:03:09 1: PERL WARNING: Subroutine test redefined at ./FHEM/99_gotosleepUtils.pm line 20.
2022.02.17 04:03:10 1: Including fhem.cfg
2022.02.17 04:03:10 3: WEB: port 8083 opened
2022.02.17 04:03:11 2: eventTypes: loaded 16269 lines from ./log/eventTypes.txt
2022.02.17 04:03:21 3: TelegramBot_Define telegram: called
2022.02.17 04:03:21 3: LGTV_WebOS (TV) - defined with host 192.168.87.51
2022.02.17 04:03:23 1: HMLAN_Parse: hmusb new condition disconnected
2022.02.17 04:03:25 3: myBroker: port 1883 opened
2022.02.17 04:03:27 3: deCONZ_HUEGroup0: I/O device is conbee
2022.02.17 04:03:27 3: AR_TK_aqara: I/O device is conbee
2022.02.17 04:03:27 3: GRP_AR: I/O device is conbee
2022.02.17 04:03:27 3: FL_BM_aqara: I/O device is conbee
Undefined subroutine &main::setNotifyDev called at ./FHEM/98_DOIF.pm line 2773.
2022.02.17 04:03:29 1: PERL WARNING: Subroutine test redefined at ./FHEM/99_gotosleepUtils.pm line 20.
2022.02.17 04:03:29 1: Including fhem.cfg
2022.02.17 04:03:29 3: WEB: port 8083 opened
2022.02.17 04:03:31 2: eventTypes: loaded 16269 lines from ./log/eventTypes.txt
2022.02.17 04:03:40 3: TelegramBot_Define telegram: called
2022.02.17 04:03:40 3: LGTV_WebOS (TV) - defined with host 192.168.87.51
2022.02.17 04:03:42 1: HMLAN_Parse: hmusb new condition disconnected
2022.02.17 04:03:44 3: myBroker: port 1883 opened
2022.02.17 04:03:46 3: deCONZ_HUEGroup0: I/O device is conbee
2022.02.17 04:03:46 3: AR_TK_aqara: I/O device is conbee
2022.02.17 04:03:46 3: GRP_AR: I/O device is conbee
2022.02.17 04:03:46 3: FL_BM_aqara: I/O device is conbee
Undefined subroutine &main::setNotifyDev called at ./FHEM/98_DOIF.pm line 2773.
2022.02.17 04:03:48 1: PERL WARNING: Subroutine test redefined at ./FHEM/99_gotosleepUtils.pm line 20.
2022.02.17 04:03:48 1: Including fhem.cfg
2022.02.17 04:03:48 3: WEB: port 8083 opened
2022.02.17 04:03:50 2: eventTypes: loaded 16269 lines from ./log/eventTypes.txt
2022.02.17 04:03:59 3: TelegramBot_Define telegram: called
2022.02.17 04:03:59 3: LGTV_WebOS (TV) - defined with host 192.168.87.51
2022.02.17 04:04:01 1: HMLAN_Parse: hmusb new condition disconnected
2022.02.17 04:04:03 3: myBroker: port 1883 opened
2022.02.17 04:04:05 3: deCONZ_HUEGroup0: I/O device is conbee
2022.02.17 04:04:05 3: AR_TK_aqara: I/O device is conbee
2022.02.17 04:04:05 3: GRP_AR: I/O device is conbee
2022.02.17 04:04:05 3: FL_BM_aqara: I/O device is conbee
Undefined subroutine &main::setNotifyDev called at ./FHEM/98_DOIF.pm line 2773.


Ich nutze einen Raspberry Pi 3 Model B Rev 1.2 mit einem debian buster. Updates von debian als auch von Fhem sind aktuell.

Ich konnte das Problem durch ein backup der DOIF.pm vom Stand 07.02.22 beheben, jedoch möchte ich natürlich weiterhin auf dem aktuellen Stand der Module bleiben.

@Damian - gab es eine Änderung in der Zeile, bzw. wie kann ich das Problem eingrenzen?

Besten Dank!

Damian

Du hast nicht das ganze FHEM aktualisiert.

Undefined subroutine &main::setNotifyDev

fhem.pl ist nicht aktuell.
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

marwal

Danke für die schnelle Antwort!

Zitatfhem.pl ist nicht aktuell.

Daran lag es! Besten dank!