Fhem startet alle 2 min neu

[Xguide]

Das habe ich gemacht, damit stirbt fhem dann komplett.
Die Indikation ist, dass der shutdown aus fhem kommt.
Abhilfe hat das o.g. kopieren in die existente cfg gebracht. Warum auch immer...
Rechte waren identisch!

[CoolTux]

Ah okay. Danke für die Info.

[CoolTux]

Habe das mal getestet. Ich habe lediglich in der fhem.service das
ExecStart=/usr/bin/perl fhem.pl fhem.cfg
nach
ExecStart=/usr/bin/perl fhem.pl fhem.cfg.demo
geändert und dann ein systemctl daemon-reload gemacht.
Und schon startet alle 2 min mein FHEM.

starte ich hingegen ohne den systemd FHEM mittels
/usr/bin/perl fhem.pl fhem.cfg.demo
läuft FHEM durch. Liegt also nicht an der Konfiguration

[CoolTux]

Ich konnte mein Problem lösen

In der
/etc/systemd/system/multi-user.target.wants/fhem.service

Code Auswählen Erweitern


Type=forking


ändern in

Code Auswählen Erweitern


Type=simple


if the shell script runs an endless loop and does not exit, set Type to simple

Damit läuft es nun wieder

[Stivmaster]

Hi, bei mir war es das gleiche. Ändern zu Type=simple hat die ständigen Neustarts beendet. Danke CoolTux für den Hinweis.

Mfg

Stiv

[CoolTux]

Bei mir liegt es höchstwahrscheinlich daran das FHEM in einem LXC unter Proxmox läuft. Worauf läuft Dein FHEM?
Desweiteren ist es bei mir so das dies mit der fhem.cfg.demo passiert ist. Mit der fhem.cfg lief es ohne Probleme. Andersrum startet der service erst gar nicht wenn simple gesetzt hat und mit der fhem.cfg starten will. Ist also aktuell keine Lösung des Problems sondern beenden der Auswirkung.

[Stivmaster]

Bei mir läuft es auf einer Zotac Box unter Debian. Alles per configDB am laufen.
Das komische war, bis zum Update lief es ja.
Ich bin nicht so der Linux Profi und google mir das was ich brauche meist zusammen.

Ich habe den Service mit systemd gestartet, und der zeigte bei der Abfrage des status kurz nach dem start schon einen Fehler an und beendete den Dienst um ihn gleich wieder neu zu starten.

[Wernieman]

Die Frage ist also, warum beendet sich FHEM sofort wieder .....

[Xguide]

Hallo zusammen,

das frage ich mich auch. Leider konnte ich bisweilen den Logs (global verbose 5) nichts entnehmen. Hat noch jemand einen Tipp wie man da weiter debuggen kann?

Die Frage ist also, warum beendet sich FHEM sofort wieder .....

Bei mir läuft auch alle, wie bei CoolTux, auf einem NUC im Proxmox Container. Also bin ich nicht verwundert die gleichen Ergebnisse zu sehen. Leider stosse ich auf OS Ebene aber nun völligst an meine viel zu geringen Linux-Kentnisse

Und die Ergebnisse von CoolTux gepaart mit meiner primitiven Umkopieraktion (was seit Freitag problemlos läuft, auch bei restart des Containers / Hosts) stellen mich vor ein Rätsel und halten mich noch vom produktiven Umzug vom RaPi auf den NUC ab.

Danke für jeden Hinweis und viele Grüße,

Marcel

[CoolTux]

Ich habe aktuell auf meinen zweiten FHEM Schulungssystem die selben Beobachtungen. Kein Container aber eine KVM virtualisierte Maschine. Auch hier die selben Beobachtungen mit fhem.cfg und fhem.cfg.demo
Da ich aktuell eine Schulung vorbereite habe ich leider keine Zeit das intensiv mir an zu schauen.

[Wernieman]

Nur mal als Schnellschuß ... steht irgendetwas besonderes in der fhem.save auf euren Systemen?

Code Auswählen Erweitern

cat /opt/fhem/log/fhem.save

bzw. mal auf shutdown o.ä. gefiltert:

Code Auswählen Erweitern

grep -i -e shutdown -e restart -e stop /opt/fhem/log/fhem.save


Hinweis: Hinter dem grep kommt ein kleines I

[CoolTux]

Ich habe mit der demo cfg gearbeitet und somit auch mit dem demo save und state file.


Grüße

[Wernieman]

Stimmt ... nur kommt ein fhem-shutdown durch fhem und hat erstmal nichts mit dem System zu tun. Sonst würde im fhe-log doch nichts von shutdown stehen ... oder?

Sorry, mangels Reproduzierbarkeit auf meinen Systemen, bin ich raus ...

[CoolTux]

Zum reproduzieren.

Aktuelles debian installieren (ich habe ein KVM Host genommen) und sich das aktuelle FHEM mittels apt-get Befehl installieren. Danach die fhem.service anpassen das nicht fhem.cfg sondern fhem.cfg.demo geladen werden soll. Dann systemctl stop fhem und systemctl start fhem machen und schon siehst du das der Befehl nicht abgeschlossen wird. Du kommst also nicht zurück zum promt.
Man kann mit Ctrl + C zurück kommen und FHEM läuft auch, aber wenn Du dann ein systemctl status fhem machst siehst Du nach genau 2 min das die uptime wieder bei 0 an fängt.

[Wernieman]

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