(gelöst) Unmotivierter Server shutdown nach dem FHEM-Start

[Damian]

Da es ein frisch installiertes System ist, nichts was einen überraschen sollte:

pi@raspberrypi:/etc/systemd/system $ cat fhem.service
# $Id: fhem.service 19235 2019-04-21 13:26:17Z betateilchen $

[Unit]
Description=FHEM Home Automation
Wants=network.target
After=network.target
#Requires=postgresql.service
#After=postgresql.service
#Requires=mysql.service
#After=mysql.service

[Service]
Type=forking
User=fhem
Group=dialout
WorkingDirectory=/opt/fhem
ExecStart=/usr/bin/perl fhem.pl fhem.cfg
#ExecStart=/usr/bin/perl fhem.pl configDB
Restart=always

[Install]
WantedBy=multi-user.target

[Otto123]

Ich meine wir hatten letztens so was ähnliches. Da fehlte glaub ich bloß ein Modul im System. Dummerweise gab es da auch keinen Hinweis in einem Log.

[CoolTux]

Für einen Test und kurzfristige Lösung

Ersetze forking durch simple

[yersinia]

Auch da würde mich das System.d-File interessieren ..

here you go

Code Auswählen Erweitern

# $Id: fhem.service 19235 2019-04-21 13:26:17Z betateilchen $

[Unit]
Description=FHEM Home Automation
Wants=network.target
After=network.target
#Requires=postgresql.service
#After=postgresql.service
#Requires=mysql.service
#After=mysql.service

[Service]
Type=forking
User=fhem
Group=dialout
WorkingDirectory=/opt/fhem
ExecStart=/usr/bin/perl fhem.pl fhem.cfg
#ExecStart=/usr/bin/perl fhem.pl configDB
Restart=always

[Install]
WantedBy=multi-user.target
Ich habe FHEM Ende Dezember auf RasPi 4 mit Raspbian Buster (via) installiert und über restore wie in Ottos Blog beschrieben

Code Auswählen Erweitern

sudo tar -xvzf /home/pi/FHEM-201xxxxx_xxxxxx.tar.gz -C /opt/fhem/
migriert. Bewusst bzw manuell habe ich fhem.service nicht angepackt.

uname -a

Code Auswählen Erweitern

Linux fhempi4 4.19.93-v7l+ #1290 SMP Fri Jan 10 16:45:11 GMT 2020 armv7l GNU/Linux

[Morgennebel]

www.devuan.org und ohne systemd arbeiten...

Ciao, -MN

[Damian]

Endlich - Fehler gefunden.

Es hat mich zwei Tage Suche meine Lebens gekostet 

Die Herausforderung war eine cfg-Datei mit 624 entities zu überprüfen

Server started with 624 defined entities (fhem.pl:21056/2020-01-26 perl:5.028001 os:linux user:fhem pid:2407)

Ich wette, dass keiner drauf kommen wird.

Als Tipp zum raten, es war ein Attribut in global, welches von fhem sogar selbst gesetzt wurde

[herrmannj]

Nun ist die Neugier geweckt.

[enno]

https://de.wikipedia.org/wiki/Clickbaiting

Jetzt bin ich aber gespannt...

Gruss
  Enno

[CoolTux]

Es war das Logfile Attribut!

Was habe ich gewonnen?

[herrmannj]

Verbose. (Glaube nicht dass ich damit gewinne. Aber he...)

[enno]

Wenn es was zu gewinnen gibt  Ich tippe auf Attribut nofork

Gruss
  Enno

[TomLee]

featurelevel das ab jetzt per default aktiviert ist.

[Damian]

Wenn es was zu gewinnen gibt  Ich tippe auf Attribut nofork

Gruss
  Enno

Du hast gewonnen!

Hilfe zum Attribut:

nofork
Wenn dieses Attribut oder "attr global logfile -" gesetzt ist, dann wird FHEM nicht im Hintergrund abgearbeitet. Dieses Attribut ist bei einigen FHEM Installationen auf FRITZ!-Boxen notwendig, und wird fuer Windows automatisch gesetzt.

[CoolTux]

Ah siehste und ich hatte "attr global logfile -"

[Wernieman]

Stimmt .. war irgendwo schon mal so ..

Dürfte an dem Config-File liegen. Das geht nicht davon aus, das geforkt wird ..

P.S. Unter welchem user wird fhem jetzt ausgeführt? Prüfe das mal ..