Fhem startet alle 2 min neu

[CoolTux]

Nur habe ich aktuell kein VM-Host zur Verfügung .... und zum umfangreichem testen komme ich erst "im neuen Jahr" .. sorry

Kein Problem. Ganz entspannt.

Grüße

[Midrag]

ich hatte das selbe Problem (alle 2 Minuten restart) nach dem Umzug von einem Rpi3 (Jessie) auf Rpi4 (Buster).

Gelöst habe ich es mit dem genannten Fix in der fhem.service

Code Auswählen Erweitern

sudo nano /etc/systemd/system/fhem.service

und dort

Code Auswählen Erweitern

Type=forking

geändert auf

Code Auswählen Erweitern

Type=simple
wie bereits zuvor von CoolTux erwähnt.

[CoolTux]

Es gibt mittlerweile eine andere Lösung. Kannst Du mir bitte sagen ob Du ein fakelog Device definiert hast und was Du im global Device beim Attribut log zu stehen hast?

[Helmi55]

Hallo Leon und Prosit 2020

verrätst du mir b bitte welche andere Lösung?
Mein System startet 1-2 mal am Tag unmotiviert neu.........
System auf einem RPi4 mit 4GB und aktuellem Buster

Gruß
Helmut

[CoolTux]

Hallo Leon und Prosit 2020

verrätst du mir b bitte welche andere Lösung?
Mein System startet 1-2 mal am Tag unmotiviert neu.........
System auf einem RPi4 mit 4GB und aktuellem Buster

Gruß
Helmut

Dein Problem ist definitiv ein anderes. Hier geht es darum das in der Tat alle 2 min (timeout watchdog von systemd) gestartet wurde da der Systemstart von FHEM nicht korrekt abgeschlossen wurde.

[Helmi55]

ok Danke

Werde noch weiter beobachten und dann evtl. einen neuen thread aufmachen Nice eve
Helmut

[trabantp60]

Also bei mir kam dieses Verhalten mit dem Setzen des Attributes "nofork=1" im global-Device und ging dann wieder mit dem Löschen des Attributes...

[FHEM_Mike]

Es gibt mittlerweile eine andere Lösung. Kannst Du mir bitte sagen ob Du ein fakelog Device definiert hast und was Du im global Device beim Attribut log zu stehen hast?

Hallo CoolTux
Nach einem geplanten shutdown habe ich auf einmal das gleiche Problem. Bis heute morgen lief das System noch einwandfrei.
Nun startet es permanent neu. Mit der fhem.cfg.demo läuft es. Auch mit einer älteren fhem.cfg startet es dauernd neu.
Du meintest es gäbe eine andere Lösung ? Das ändern des fhem.service auf "simple" bringt bei mir nichts. Ich habe übrigens
ein fakelog Device definiert und im global Device stehen folgende Attribute:

attr global userattr DbLogExclude DbLogInclude DbLogValueFn:textField-long alexaName alexaRoom cmdIcon devStateIcon devStateIcon:textField-long devStateStyle genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock,scene homebridgeMapping:textField-long icon sortby webCmd webCmdLabel:textField-long widgetOverride
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m-%d.log
attr global modpath .
attr global motd SecurityCheck:\
  WEBtablet is not password protected\
  WEBphone is not password protected\
\
Protect this FHEM installation by configuring the allowed device allowed\
You can disable this message with attr global motd none
attr global statefile ./log/fhem.save
attr global verbose 3


Hier ein paar systemctl status fhem.service Aufrufe:

Jan 11 17:40:46 mymachine systemd[1]: Started FHEM Home Automation.
pi@mymachine:/opt/fhem $ systemctl status fhem.service
● fhem.service - FHEM Home Automation
   Loaded: loaded (/etc/systemd/system/fhem.service; enabled; vendor preset: enabled)
   Active: deactivating (stop-sigterm) since Sat 2020-01-11 17:40:46 CET; 24s ago
  Process: 2978 ExecStart=/usr/bin/perl fhem.pl fhem.cfg (code=exited, status=0/SUCCESS)
Main PID: 2978 (code=exited, status=0/SUCCESS)
    Tasks: 3 (limit: 2200)
   Memory: 107.3M
   CGroup: /system.slice/fhem.service
           ├─2979 /usr/bin/perl fhem.pl fhem.cfg
           ├─2991 /usr/bin/perl fhem.pl fhem.cfg
           └─2993 /usr/bin/perl fhem.pl fhem.cfg

Jan 11 17:40:46 mymachine systemd[1]: Started FHEM Home Automation.
pi@mymachine:/opt/fhem $ systemctl status fhem.service
● fhem.service - FHEM Home Automation
   Loaded: loaded (/etc/systemd/system/fhem.service; enabled; vendor preset: enabled)
   Active: deactivating (stop-sigterm) since Sat 2020-01-11 17:41:13 CET; 5s ago
  Process: 2998 ExecStart=/usr/bin/perl fhem.pl fhem.cfg (code=exited, status=0/SUCCESS)
Main PID: 2998 (code=exited, status=0/SUCCESS)
    Tasks: 1 (limit: 2200)
   Memory: 56.7M
   CGroup: /system.slice/fhem.service
           └─2999 /usr/bin/perl fhem.pl fhem.cfg

Jan 11 17:41:13 mymachine systemd[1]: Started FHEM Home Automation.
pi@mymachine:/opt/fhem $ systemctl status fhem.service
● fhem.service - FHEM Home Automation
   Loaded: loaded (/etc/systemd/system/fhem.service; enabled; vendor preset: enabled)
   Active: deactivating (stop-sigterm) since Sat 2020-01-11 17:41:40 CET; 7s ago
  Process: 3018 ExecStart=/usr/bin/perl fhem.pl fhem.cfg (code=exited, status=0/SUCCESS)
Main PID: 3018 (code=exited, status=0/SUCCESS)
    Tasks: 1 (limit: 2200)
   Memory: 80.1M
   CGroup: /system.slice/fhem.service
           └─3019 /usr/bin/perl fhem.pl fhem.cfg

Jan 11 17:41:39 mymachine systemd[1]: Started FHEM Home Automation.

Viele Grüße
Michael

[CoolTux]

Permanent neu ist aber nicht das selbe wie alle 2 min.
Die Antowrt auf Deine Frage wirst Du im FHEM Log finden /opt/fhem/log/fhem-xxx.log

[FHEM_Mike]

Permanent neu ist aber nicht das selbe wie alle 2 min.
Die Antowrt auf Deine Frage wirst Du im FHEM Log finden /opt/fhem/log/fhem-xxx.log

Leider nicht. Auch dort waren (auch mit Verbose 5) keine Auffälligkeiten zu sehen. Nachdem ich jetzt das global Attribut nofork=1 gesetzt habe,
funktioniert es seltsamerweise wieder. Service läuft seit 30 Minuten.

[CoolTux]

Seltsam

Also bei mir kam dieses Verhalten mit dem Setzen des Attributes "nofork=1" im global-Device und ging dann wieder mit dem Löschen des Attributes...

Hier ist der Effekt genau entgegengesetzt

[FHEM_Mike]

Seltsam

Hier ist der Effekt genau entgegengesetzt

Finde ich auch seltsam. Ich habe nach einer halben Stunde extra nochmal nofork=0 gesetzt. Sofort fingen wieder
die Neustarts alle 30 Sekunden an. Habe es dann wieder auf nofork=1 gesetzt (man muss schon schnell sein um
das zu ändern bei 30 Sekunden) und seitdem läuft es sofort wieder ohne Neustarts. Ist wirklich seltsam, da bis
heute morgen noch alles ohne Probleme lief , und ich des Pi nur wegen einem Gehäuse Austausch heruntergefahren
habe. Solange es so läuft, ist es mir erstmal egal

 

[mcros]

Es gibt mittlerweile eine andere Lösung. Kannst Du mir bitte sagen ob Du ein fakelog Device definiert hast und was Du im global Device beim Attribut log zu stehen hast?

Auch wenn ich nicht gefragt war, vielleicht trotzdem von Interesse:

Ich habe ein fakelog-Device definiert und folgendes im global-Device:

Code Auswählen Erweitern

attr global logfile ./log/fhem/fhem-%Y-%m.log

Das setzen von "Type=simple" in "/etc/systemd/system/multi-user.target.wants/fhem.service" hat bei mir geholfen.

[mick6300]

Hallo,
ich hatte das gliche Problem nach dem Umstieg auf einen RPI4. Der RPI ist über LAN mit der FB 7590 verbunden. Fhem startete auch, wenn ich beispielsweise in Update auf die FB aufspielte und diese sich neu startete. Nach langer Suche stellte sich heraus, dass nach dem Deaktivieren des WIFI Moduls die Problebe behoben waren. Ich nutze für das 2,4 und 5 MHz Wlan den gleichen Namen sowie das gleiche Kennwort.

sudo nano /boot/config.txt

# turn wifi off
dtoverlay=disable-wifi
dtoverlay=disable-bt

sudo reboot

Ob dieser Lösungsansatz auch für andere Nutzer sinnvoll ist, kann ich nicht sagen. Bei mir hat es geholfen.

[acw81]

Hallo zusammen,

ich habe seit heute morgen auch das Problem das sich mein FHEM genau alle 30 Sekunden neu startet. Die ganzen Tipps die bisher in diesem Thread genannt wurden funktionieren bei mir leider nicht.  Im Log habe ich aber folgendes entdeckt, kann damit aber recht wenig anfangen:

Code Auswählen Erweitern


AttributeError: 'bytes' object has no attribute 'register_handler' at line 56