FHEM Forum

Hallo Leute,

da ich Probleme mit der FHEM iOS App habe, möchte ich ein Update meines FHEM Servers durchführen. Dazu halte ich mich an folgenden Wiki-Eintrag: https://wiki.fhem.de/wiki/Update

Als erstes mache ich ein backup, was problemlos funktioniert.

1. Dann prüfe ich, ob es Updates gibt:

update check

ZitatList of new / modified files since last update:
UPD ./CHANGED
UPD FHEM/98_JsonList.pm

New entries in the CHANGED file:
  - bugfix:  93_DbRep: syntax error if perl version < 5.20
  - feature: 74_AMADDevice: add new set command "takePicture",change Commandref
  - feature: 98_GOOGLECAST: support speak command for TTS
                            set castdevice speak "Hallo"
  - feature: 51_MOBILEALERTS: Added Sensor WL2000
  - change:  93_DbRep: V7.3.0, charfilter avoid control characters in datasets
                       to export, function exportToFile importFromFile improved
  - feature: FHEMWEB: new style f18
  - feature: 98_weekprofile.pm: new set command 'reread_master'
  - change:  10_SOMFY: minor changes remvoe debug and add parsestate reading
  - bugfix:  74_XiaomiFlowerSens: fix error then use ssh and no connect
  - change:  72_FB_CALLIST: mapping tables (icon-mapping, external-mapping,...)
             will be evaluated after initialization is finished (Forum: #81892)
  - feature: 01_FHEMWEB.pm: -> as room separator (Forum #82151)
  - bugfix:  10_FRM: accept Firmata firmware without AnalogInputFirmata
  - bugfix:  10_MYSENSORS_DEVICE: corrected S_LIGHT_LEVEL
  - bugfix:  93_DbRep: fix "month out of range" that causes fhem crash
  - feature: 20_FRM_PWM: new attribute "restoreOnStartup"
  - feature: 20_FRM_OUT: new attributes "activeLow" and "valueMode"
  - feature: 10_FRM: SerialFirmata support
  - update:  10_FRM: OWX IODev assignment
  - update:  10_FRM: Firmata 2.7+ support
  - bugfix:  98_weekprofile: fix "error restore topic"
  - change:  14_CUL_TCM97001: Fix Logoutput, Fix device output with
             multiple sensors
  - change:  74_AMADDevice: change DEF and add Attribut IODev, add Reading
... rest of lines skipped.

2. Dann prüfe ich, ob ich irgendwelche Repositories eingebunden habe, weil ich es nicht mehr wusste:

update list

Zitathttp://fhem.de/fhemupdate/controls_fhem.txt

Ich nehme an, dass das Ergebnis bedeutet, dass ich keine Fremd-Repositorys eingebunden habe, sonst würden die mir hier zusätzlich aufgelistet werden.

3. Dann führe ich das Update durch. Ich möchte die gesamte FHEM-Installation auf den neusten Stand bringen:

update

Zitat2018.01.09 17:14:00 2 : Backup with command: tar -cf - "./certs" "./CHANGED" "./configDB.pm" "./contrib" "./demolog" "./docs" "./FHEM" "./fhem-5.8.deb" "./fhem.cfg" "./fhem.cfg.CUL_HM" "./fhem.cfg.demo" "./fhem.cfg.save" "./fhem.pl" "./log" "./MAINTAINER.txt" "./README_DEMO.txt" "./restoreDir" "./unused" "./www" |gzip > ./backup/FHEM-20180109_171400.tar.gz
2018.01.09 17:14:11 1 : backup done: FHEM-20180109_171400.tar.gz (76167766 Bytes)
2018.01.09 17:14:11 1 : UPD ./CHANGED
2018.01.09 17:14:11 1 : UPD FHEM/98_JsonList.pm
2018.01.09 17:14:11 1 : saving fhem.cfg
2018.01.09 17:14:11 1 : saving ./log/fhem.save
2018.01.09 17:14:11 1 :
2018.01.09 17:14:11 1 : New entries in the CHANGED file:
2018.01.09 17:14:11 1 : - bugfix: 93_DbRep: syntax error if perl version < 5.20
2018.01.09 17:14:11 1 : - feature: 74_AMADDevice: add new set command "takePicture",change Commandref
2018.01.09 17:14:11 1 : - feature: 98_GOOGLECAST: support speak command for TTS
2018.01.09 17:14:11 1 : set castdevice speak "Hallo"
2018.01.09 17:14:11 1 : - feature: 51_MOBILEALERTS: Added Sensor WL2000
2018.01.09 17:14:11 1 : - change: 93_DbRep: V7.3.0, charfilter avoid control characters in datasets
2018.01.09 17:14:11 1 : to export, function exportToFile importFromFile improved
2018.01.09 17:14:11 1 : - feature: FHEMWEB: new style f18
2018.01.09 17:14:11 1 : - feature: 98_weekprofile.pm: new set command 'reread_master'
2018.01.09 17:14:11 1 : - change: 10_SOMFY: minor changes remvoe debug and add parsestate reading
2018.01.09 17:14:11 1 : - bugfix: 74_XiaomiFlowerSens: fix error then use ssh and no connect
2018.01.09 17:14:11 1 : - change: 72_FB_CALLIST: mapping tables (icon-mapping, external-mapping,...)
2018.01.09 17:14:11 1 : will be evaluated after initialization is finished (Forum: #81892)
2018.01.09 17:14:11 1 : - feature: 01_FHEMWEB.pm: -> as room separator (Forum #82151)
2018.01.09 17:14:11 1 : - bugfix: 10_FRM: accept Firmata firmware without AnalogInputFirmata
2018.01.09 17:14:11 1 : - bugfix: 10_MYSENSORS_DEVICE: corrected S_LIGHT_LEVEL
2018.01.09 17:14:11 1 : - bugfix: 93_DbRep: fix "month out of range" that causes fhem crash
2018.01.09 17:14:11 1 : - feature: 20_FRM_PWM: new attribute "restoreOnStartup"
2018.01.09 17:14:11 1 : - feature: 20_FRM_OUT: new attributes "activeLow" and "valueMode"
2018.01.09 17:14:11 1 : - feature: 10_FRM: SerialFirmata support
2018.01.09 17:14:11 1 : - update: 10_FRM: OWX IODev assignment
2018.01.09 17:14:11 1 : - update: 10_FRM: Firmata 2.7+ support
2018.01.09 17:14:11 1 : - bugfix: 98_weekprofile: fix "error restore topic"
2018.01.09 17:14:11 1 : - change: 14_CUL_TCM97001: Fix Logoutput, Fix device output with
2018.01.09 17:14:11 1 : multiple sensors
2018.01.09 17:14:11 1 : - change: 74_AMADDevice: change DEF and add Attribut IODev, add Reading
2018.01.09 17:14:11 1 : ... rest of lines skipped.
2018.01.09 17:14:11 1 : Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while
2018.01.09 17:14:14 1 :
2018.01.09 17:14:14 1 : update finished, "shutdown restart" is needed to activate the changes.
2018.01.09 17:14:14 1 :
2018.01.09 17:14:15 1 : fheminfo Statistics data sent to server. See Logfile (level 4) for details.
2018-01-09 17:14:15 Global global UPDATE

Das Update ist erfolgt. Bis hierhin funktioniert noch alles.

4. Ich führe, wie im letzten Ergebnis angegeben, einen "shutdown restart" durch.

shutdown restart

Der WebServer ist nun nicht mehr erreichbar.

root@omv4:~# systemctl status fhem
● fhem.service - FHEM Home Automation
   Loaded: loaded (/etc/systemd/system/fhem.service; enabled; vendor preset: enabled)
   Active: inactive (dead) since Tue 2018-01-09 17:17:06 CET; 31s ago
  Process: 5953 ExecStart=/usr/bin/perl fhem.pl fhem.cfg (code=exited, status=0/SUCCESS)
Main PID: 5954 (code=exited, status=0/SUCCESS)
      CPU: 28.574s

Jan 09 16:36:06 omv4 systemd[1]: Starting FHEM Home Automation...
Jan 09 16:36:06 omv4 systemd[1]: Started FHEM Home Automation.

Danach muss ich dann den FHEM Server einmal manuell neustarten.

root@omv4:~# systemctl stop fhem
root@omv4:~# systemctl start fhem
root@omv4:~# systemctl status fhem
● fhem.service - FHEM Home Automation
   Loaded: loaded (/etc/systemd/system/fhem.service; enabled; vendor preset: enabled)
   Active: active (running) since Tue 2018-01-09 17:20:21 CET; 4s ago
  Process: 9938 ExecStart=/usr/bin/perl fhem.pl fhem.cfg (code=exited, status=0/SUCCESS)
Main PID: 9939 (perl)
    Tasks: 1 (limit: 4915)
   Memory: 33.6M
      CPU: 334ms
   CGroup: /system.slice/fhem.service
           └─9939 /usr/bin/perl fhem.pl fhem.cfg

Jan 09 17:20:21 omv4 systemd[1]: Starting FHEM Home Automation...
Jan 09 17:20:21 omv4 systemd[1]: Started FHEM Home Automation.

5. Zu guter letzt, prüfe ich nochmal, ob alle Updates installiert wurden:

update check

Zitatnothing to do...

OK, das sieht gut aus.

---------------------------------------------------------------------------------

Ich habe die Vermutung, dass das FHEM WebInterface nach dem "shutdown restart" eigentlich automatisch wieder erreichbar sein müsste, da im Wiki nicht darauf hingewiesen wird, dass man den Service manuell neustarten muss. Ich habe ein aktuelles Debian Stretch im Einsatz. Liege ich mit meiner Annahme richtig?

Wenn ja, mache ich etwas falsch oder handelt es sich um einen Bug?

Danke und Gruß Hoppel

ich vermute dass es hier auch an Service liegt. Hatte ein ähnliches Problem gemeldet. Kennst du dich mit Linux etwas aus? Kannst du prüfen welches Startscript verwendet wird? Init.d oder system.d. Wenn dir das nichts sagt müsste ich weiter ausholen. Udo (betateilchen) hat zur Weihnachtszeit das Script geädert, kenne den aktuellen Status nicht.

https://forum.fhem.de/index.php/topic,81660.0.html

Moin,

ich habe mich bis vor kurzem auf init.d beschränkt, um Services zu starten, zu stoppen oder den Status abzufragen. Da init.d anscheinend veraltet ist, habe ich neulich irgendwann damit begonnen, das mit dem Befehl "systemctl" zu machen, siehe auch meinen Eingangspost unter Punkt 4. Zwischenzeitlich habe ich meinen Server neu aufgesetzt, so dass ich diese Veränderung bei fhem gar nicht wahrgenommen habe.

Wenn ich nun prüfe, ob es ein init.d Script gibt, erhalte ich folgende Meldung:

root@omv4:~# ls /etc/init.d/fhem
ls: Zugriff auf '/etc/init.d/fhem' nicht möglich: Datei oder Verzeichnis nicht gefunden

Gibt es also nicht. Wenn ich dann prüfe, ob es das unter systemd gibt, finde ich folgendes:

root@omv4:~# ls /etc/systemd/system/fhem.service
/etc/systemd/system/fhem.service

Der Inhalt der Datei sieht wie folgt aus:

# $Id: fhem.service 15784 2018-01-05 11:29:16Z betateilchen $

[Unit]
Description=FHEM Home Automation
Wants=network.target
After=network.target

[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
# uncomment next two lines if auto-restart desired

# please select restart options according your needs
# Restart=on-abnormal # uncomment for crash and watchdog event recovery only (keeps shutdown working)
# Restart=always # alternativly uncomment this line for recover always
# RestartSec=5 # uncomment always if restart required!

[Install]
WantedBy=multi-user.target

Mein systemd Script sieht etwas anders aus als das von dir in dem anderen Thread gepostete Script. Bei mir sind alle drei Optionen auskommentiert und bei dir sind die beiden Optionen "Restart=on-failure" und "RestartSec=5" aktiv. Hast du das manuell angepasst?

Wenn ich es richtig verstehe, müsste ich also eine oder mehrere der drei Optionen "entkommentieren". Mir stellt sich nun aber die Frage, was sinnvoll ist, damit FHEM nach einem Update direkt wieder gestartet wird. Schöner wäre es, wenn FHEM-User sich darüber keine Gedanken machen müssten. Ich habe mich auf jeden Fall gewundert, warum das Webinterface nach dem Update nicht mehr erreichbar ist und dachte das Update ist schief gegangen. Dann habe ich ohne weitere Analyse erstmal direkt mein Backup eingespielt und das Update nochmal probiert, was natürlich zum selben Ergebnis führte. Erst dann kam ich auf die Idee zu prüfen, ob der Service überhaupt noch läuft. ;) Die Frage hatte sich mir beim ersten Versuch nur überhaupt nicht gestellt, da das schon immer so war, dass der Server nach dem Update wieder läuft.

Ich bin nun gerade wie folgt vorgegangen und habe die Option "Restart=on-abnormal" aktiviert:

root@omv4:~# systemctl status fhem
● fhem.service - FHEM Home Automation
   Loaded: loaded (/etc/systemd/system/fhem.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2018-01-10 15:43:43 CET; 38s ago
Main PID: 18823 (perl)
   CGroup: /system.slice/fhem.service
           └─18823 /usr/bin/perl fhem.pl fhem.cfg

Jan 10 15:43:43 omv4 systemd[1]: Starting FHEM Home Automation...
Jan 10 15:43:43 omv4 systemd[1]: Started FHEM Home Automation.
root@omv4:~# nano /etc/systemd/system/fhem.service
# $Id: fhem.service 15784 2018-01-05 11:29:16Z betateilchen $

[Unit]
Description=FHEM Home Automation
Wants=network.target
After=network.target

[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
# uncomment next two lines if auto-restart desired

# please select restart options according your needs
Restart=on-abnormal # uncomment for crash and watchdog event recovery only (keeps shutdown working)
# Restart=always # alternativly uncomment this line for recover always
# RestartSec=5 # uncomment always if restart required!

[Install]
WantedBy=multi-user.target
root@omv4:~# systemctl stop fhem
Warning: fhem.service changed on disk. Run 'systemctl daemon-reload' to reload units.
root@omv4:~# systemctl daemon-reload
root@omv4:~# systemctl start fhem

Dann bin ich ins WebInterface gegangen und habe mit "update check" geprüft, ob es ein Update gibt.

ZitatList of new / modified files since last update:
UPD FHEM/98_DLNARenderer.pm

Ok, dann "update" ausgeführt:

Zitat2018.01.10 15:51:45 2 : Backup with command: tar -cf - "./certs" "./CHANGED" "./configDB.pm" "./contrib" "./demolog" "./docs" "./FHEM" "./fhem-5.8.deb" "./fhem.cfg" "./fhem.cfg.CUL_HM" "./fhem.cfg.demo" "./fhem.cfg.save" "./fhem.pl" "./log" "./MAINTAINER.txt" "./README_DEMO.txt" "./restoreDir" "./unused" "./www" |gzip > ./backup/FHEM-20180110_155145.tar.gz
2018.01.10 15:51:55 1 : backup done: FHEM-20180110_155145.tar.gz (76289390 Bytes)
2018.01.10 15:51:55 1 : UPD FHEM/98_DLNARenderer.pm
2018.01.10 15:51:55 1 : saving fhem.cfg
2018.01.10 15:51:55 1 : saving ./log/fhem.save
2018.01.10 15:51:55 1 : Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while
2018.01.10 15:51:59 1 :
2018.01.10 15:51:59 1 : update finished, "shutdown restart" is needed to activate the changes.
2018.01.10 15:51:59 1 :
2018.01.10 15:52:00 1 : fheminfo Statistics data sent to server. See Logfile (level 4) for details.
2018-01-10 15:52:00 Global global UPDATE

Dann nochmal auf der Command Line geschaut, siehe da, der Server läuft:

root@omv4:~# systemctl status fhem
● fhem.service - FHEM Home Automation
   Loaded: loaded (/etc/systemd/system/fhem.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2018-01-10 15:45:52 CET; 7min ago
  Process: 19216 ExecStart=/usr/bin/perl fhem.pl fhem.cfg (code=exited, status=0/SUCCESS)
Main PID: 19217 (perl)
    Tasks: 1 (limit: 4915)
   Memory: 119.0M
      CPU: 15.471s
   CGroup: /system.slice/fhem.service
           └─19217 /usr/bin/perl fhem.pl fhem.cfg

Jan 10 15:45:52 omv4 systemd[1]: Starting FHEM Home Automation...
Jan 10 15:45:52 omv4 systemd[1]: Started FHEM Home Automation.

Ich kann fhem weiter starten und stoppen. Also genau das, was ich gesucht habe. ;)

Zitat von: kadettilac89 am 09 Januar 2018, 18:07:09Udo (betateilchen) hat zur Weihnachtszeit das Script geädert, kenne den aktuellen Status nicht.

Wahrscheinlich ist das @betateilchen's Scriptänderung.

Was spricht dagegen diese Option standardmäßig zu aktivieren?

Gruß Hoppel

Das mit dem nicht ausgeführten Neustart bei "shutdown restart" war hier im Forum in letzter Zeit häufiger Thema, in der Regel in Verbindung mit schnellen Servern.
Ob es mit systemd zusammenhängt: keine Ahnung.

Dazu gibt es aber zwei Dinge in der Commandref:
1.

ZitatrestartDelay
Setzt die Verzögerung beim Neustart mit shutdown restart, die Voreinstellung ist 2 (Sekunden).

Damit würde ich mal anfangen.

2.

Zitat
shutdown [restart] [exitValue]
Der Befehl fährt FHEM herunter (nach dem Sichern aller Gerätestatus (https://fhem.de/commandref_DE.html#statefile)). Er triggert den global:SHUTDOWN-Event. Mit dem optionalen Parameter restart startet FHEM danach neu. Der exitValue ist möglicherweise bei bestimmten Start-Skripten zur korrekten Funktion vonnöten bzw. wichtig.

Leider habe ich (noch) keine Idee, wie exitValue ggf. sinnvoll zu belegen sein könnte...
Gruß, Beta-User

Stimmt, ich habe nachdem ganzen Prozedere eben den "shutdown-restart" vergessen, gerade nachgeholt, danach ist das WebInterface nicht mehr erreichbar, trotz der obigen Aktion. Updates fallen also nicht unter "Restart=on-abnormal". Wenn ich so drüber nachdenke, macht das auch Sinn. ;)

OK, ich habe mein systemd Script wieder in den Originalzustand versetzt und das Backup von vorhin nochmal neu eingespielt, um den gesamten Vorgang nochmal testen zu können.

Also als erstes erstmal restartDelay setzen:

attr global restartDelay

Danach "update" und "shutdown restart" ausgeführt, wie zu vermuten war, reicht das nicht aus.

Dann bleibt wirklich nur die Frage nach dem [exitValue].  :)

Wer kann das was zu sagen?

Wenn das dann klar ist, sollte man idealerweise die Meldung beim Updatevorgang um den exitValue ergänzen:

Zitat2018.01.10 15:51:59 1 : update finished, "shutdown restart" is needed to activate the changes.

Wobei das dann ja je nach Startscript unterschiedlich aussehen müsste...  ::)

Gruß Hoppel 

der exit value hat mMn keine Einfluss.

Wenn shutdown restart nicht geht kann das auch ganz trivial an einem x-beliebigen modul liegen.

Teste das mit der leeren fhem.cfg (aus dem svn) oder der Demo cfg. Deine eigene natürlich sichern !!!

Na ja, es war ja geschrieben gewesen, dass ein händischer Start (also ohne reboot) nach dem update klappt.

Aber in den anderen Fällen (zu schneller Restart) stand entweder was im log (Port 7072 noch nicht wieder freigegeben) oder schlicht nichts (so einen Fall hatte CoolTux geschildert auf einer virtualisierten Maschine, soweit ich das verstanden hatte).

Würde also als erstes mal ins log schauen, evtl. kann man dann erkennen, ob es tatsächlich doch an einem Modul hängt.

absolut korrekt. Wenn jedoch eine ShutdownFn einen Fehler wirft kann fhem aussteigen bevor der Programmteil für den restart erreicht ist und ohne das was im log landet. Getestet :) Ob das _hier_ die Ursache ist weiß ich natürlich nicht.

Zitat von: herrmannj am 10 Januar 2018, 16:36:07
der exit value hat mMn keine Einfluss.

Wenn shutdown restart nicht geht kann das auch ganz trivial an einem x-beliebigen modul liegen.

Teste das mit der leeren fhem.cfg (aus dem svn) oder der Demo cfg. Deine eigene natürlich sichern !!!

Ok, habe meine fhem.cfg mal durch die fhem.cfg.demo ersetzt. Danach startet fhem nicht mehr:

root@omv4:~# systemctl start fhem
Job for fhem.service failed because a timeout was exceeded.
See "systemctl status fhem.service" and "journalctl -xe" for details.

Ich nix SVN, ich nur github. ;) Mit SVN kenne ich mich nicht aus, ist mir jetzt auch zu kompliziert. Kann ich die Datei irgendwie per wget ziehen oder irgendwie anders vergleichbar einfach?

Zitat von: Beta-User am 10 Januar 2018, 16:47:22
Aber in den anderen Fällen (zu schneller Restart) stand entweder was im log (Port 7072 noch nicht wieder freigegeben) oder schlicht nichts (so einen Fall hatte CoolTux geschildert auf einer virtualisierten Maschine, soweit ich das verstanden hatte).

Würde also als erstes mal ins log schauen, evtl. kann man dann erkennen, ob es tatsächlich doch an einem Modul hängt.

OK, meinen funktionierenden Zustand wieder hergestellt, Backup eingespielt, "attr global verbose 4", update ausgeführt, Log sieht wie folgt aus:

Zitat2018.01.10 17:02:49 4: WEB_XX.XX.XX.XX_57295 POST /fhem&fw_id=109&cmd=update; BUFLEN:0
2018.01.10 17:02:49 3: telnetForBlockingFn_1515600169.04724: port 36621 opened
2018.01.10 17:02:49 4: BlockingCall (doUpdateInBackground): created child (31271), uses telnetForBlockingFn_1515600169.04724 to connect back
2018.01.10 17:02:49 4: WEB: /fhem&fw_id=109&cmd=update / RL:9441 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2018.01.10 17:02:49 4: Connection closed for WEB_XX.XX.XX.XX_57310: EOF
2018.01.10 17:02:49 4: Connection accepted from WEB_XX.XX.XX.XX_57314
2018.01.10 17:02:49 4: Connection accepted from WEB_XX.XX.XX.XX_57315
2018.01.10 17:02:49 4: WEB_XX.XX.XX.XX_57295 GET /fhem/pgm2/jquery.min.js; BUFLEN:0
2018.01.10 17:02:49 4: WEB_XX.XX.XX.XX_57295 => 304 Not Modified
2018.01.10 17:02:49 4: Connection closed for WEB_XX.XX.XX.XX_57315: EOF
2018.01.10 17:02:49 4: Connection accepted from WEB_XX.XX.XX.XX_57316
2018.01.10 17:02:49 4: Connection closed for WEB_XX.XX.XX.XX_57314: EOF
2018.01.10 17:02:49 4: Connection accepted from WEB_XX.XX.XX.XX_57317
2018.01.10 17:02:49 4: WEB_XX.XX.XX.XX_57295 GET /fhem/pgm2/style.css?v=1515600027; BUFLEN:0
2018.01.10 17:02:49 4: Connection accepted from WEB_XX.XX.XX.XX_57318
2018.01.10 17:02:49 4: WEB_XX.XX.XX.XX_57317 GET /fhem/pgm2/fhemweb.js; BUFLEN:0
2018.01.10 17:02:49 4: WEB_XX.XX.XX.XX_57317 => 304 Not Modified
2018.01.10 17:02:49 4: Connection closed for WEB_XX.XX.XX.XX_57316: EOF
2018.01.10 17:02:49 4: Connection accepted from WEB_XX.XX.XX.XX_57319
2018.01.10 17:02:49 4: WEB_XX.XX.XX.XX_57318 GET /fhem/pgm2/jquery-ui.min.js; BUFLEN:0
2018.01.10 17:02:49 4: WEB_XX.XX.XX.XX_57318 => 304 Not Modified
2018.01.10 17:02:49 4: WEB_XX.XX.XX.XX_57318 GET /fhem/pgm2/console.js; BUFLEN:0
2018.01.10 17:02:49 4: WEB_XX.XX.XX.XX_57318 GET /fhem/images/default/icoEverything.png; BUFLEN:0
2018.01.10 17:02:49 4: WEB_XX.XX.XX.XX_57318 => 304 Not Modified
2018.01.10 17:02:49 4: WEB_XX.XX.XX.XX_57295 GET /fhem/pgm2/defaultCommon.css; BUFLEN:0
2018.01.10 17:02:49 4: WEB_XX.XX.XX.XX_57295 => 304 Not Modified
2018.01.10 17:02:49 4: WEB_XX.XX.XX.XX_57295 GET /fhem/pgm2/dashboard_style.css; BUFLEN:0
2018.01.10 17:02:49 4: WEB_XX.XX.XX.XX_57295 => 304 Not Modified
2018.01.10 17:02:49 4: WEB_XX.XX.XX.XX_57295 GET /fhem/images/default/fhemicon.png; BUFLEN:0
2018.01.10 17:02:49 4: WEB_XX.XX.XX.XX_57295 => 304 Not Modified
2018.01.10 17:02:49 4: WEB_XX.XX.XX.XX_57295 GET /fhem?XHR=1&inform=type=status;filter=;since=1515600168;fmt=JSON&fw_id=109×tamp=1515600167989; BUFLEN:0
2018.01.10 17:02:50 4: Connection closed for WEB_XX.XX.XX.XX_57295: EOF
2018.01.10 17:02:50 4: WEB_XX.XX.XX.XX_57318 GET /fhem?XHR=1&inform=type=raw;withLog=1;filter=global×tamp=1515600168895; BUFLEN:0
2018.01.10 17:02:51 4: Connection accepted from telnetForBlockingFn_1515600169.04724_127.0.0.1_32816
2018.01.10 17:02:51 4: backup include: ''
2018.01.10 17:02:51 4: backup include: ''
2018.01.10 17:02:51 4: backup exclude: './backup'
2018.01.10 17:02:51 4: backup include: './certs'
2018.01.10 17:02:51 4: backup include: './CHANGED'
2018.01.10 17:02:51 4: backup include: './configDB.pm'
2018.01.10 17:02:51 4: backup include: './contrib'
2018.01.10 17:02:51 4: backup include: './demolog'
2018.01.10 17:02:51 4: backup include: './docs'
2018.01.10 17:02:51 4: backup include: './FHEM'
2018.01.10 17:02:51 4: backup include: './fhem-5.8.deb'
2018.01.10 17:02:51 4: backup include: './fhem.cfg'
2018.01.10 17:02:51 4: backup include: './fhem.cfg.backup'
2018.01.10 17:02:51 4: backup include: './fhem.cfg.CUL_HM'
2018.01.10 17:02:51 4: backup include: './fhem.cfg.demo'
2018.01.10 17:02:51 4: backup include: './fhem.cfg.save'
2018.01.10 17:02:51 4: backup include: './fhem.pl'
2018.01.10 17:02:51 4: backup include: './log'
2018.01.10 17:02:51 4: backup include: './MAINTAINER.txt'
2018.01.10 17:02:51 4: backup include: './README_DEMO.txt'
2018.01.10 17:02:51 4: backup include: './restoreDir'
2018.01.10 17:02:51 4: backup include: './unused'
2018.01.10 17:02:51 4: backup include: './www'
2018.01.10 17:02:51 2: Backup with command: tar -cf - "./certs" "./CHANGED" "./configDB.pm" "./contrib" "./demolog" "./docs" "./FHEM" "./fhem-5.8.deb" "./fhem.cfg" "./fhem.cfg.backup" "./fhem.cfg.CUL_HM" "./fhem.cfg.demo" "./fhem.cfg.save" "./fhem.pl" "./log" "./MAINTAINER.txt" "./README_DEMO.txt" "./restoreDir" "./unused" "./www" |gzip > ./backup/FHEM-20180110_170251.tar.gz
2018.01.10 17:03:01 1: backup done: FHEM-20180110_170251.tar.gz (76349721 Bytes)
2018.01.10 17:03:01 4: https://fhem.de/fhemupdate/controls_fhem.txt: HTTP response code 200
2018.01.10 17:03:01 1: Got remote controls_fhem.txt with 2039 entries.
2018.01.10 17:03:01 1: Got local controls_fhem.txt with 2039 entries.
2018.01.10 17:03:01 4: https://fhem.de/fhemupdate/CHANGED: HTTP response code 200
2018.01.10 17:03:01 1: mv ./www/pgm2/fhemweb_multiple.js ./unused
2018.01.10 17:03:01 1: mv ./www/pgm2/fhemweb_noArg.js ./unused
2018.01.10 17:03:01 1: mv ./www/pgm2/fhemweb_slider.js ./unused
2018.01.10 17:03:01 1: mv ./www/pgm2/fhemweb_svg.js ./unused
2018.01.10 17:03:01 1: mv ./www/pgm2/fhemweb_textField.js ./unused
2018.01.10 17:03:01 1: mv ./www/pgm2/fhemweb_time.js ./unused
2018.01.10 17:03:01 1: mv ./www/pgm2/darktouchpadsvg_defs.svg ./unused
2018.01.10 17:03:01 1: mv ./www/pgm2/darktouchpadsvg_style.css ./unused
2018.01.10 17:03:01 1: mv ./www/pgm2/ios6touchpadsvg_defs.svg ./unused
2018.01.10 17:03:01 1: mv ./www/pgm2/ios6touchpadsvg_style.css ./unused
2018.01.10 17:03:01 1: mv ./www/pgm2/ios7touchpadsvg_defs.svg ./unused
2018.01.10 17:03:01 1: mv ./www/pgm2/ios7touchpadsvg_style.css ./unused
2018.01.10 17:03:01 1: mv ./www/pgm2/iostouchpadsvg_defs.svg ./unused
2018.01.10 17:03:01 1: mv ./www/pgm2/iostouchpadsvg_style.css ./unused
2018.01.10 17:03:01 1: mv ./www/pgm2/darksmallscreensvg_defs.svg ./unused
2018.01.10 17:03:01 1: mv ./www/pgm2/darksmallscreensvg_style.css ./unused
2018.01.10 17:03:01 1: mv ./www/pgm2/ios7smallscreensvg_defs.svg ./unused
2018.01.10 17:03:01 1: mv ./www/pgm2/ios7smallscreensvg_style.css ./unused
2018.01.10 17:03:01 1: mv ./www/pgm2/iossmallscreensvg_defs.svg ./unused
2018.01.10 17:03:01 1: mv ./www/pgm2/iossmallscreensvg_style.css ./unused
2018.01.10 17:03:01 1: mv ./FHEM/firmware/LaCrosseGateway.bin ./unused
2018.01.10 17:03:01 1: UPD FHEM/98_DLNARenderer.pm
2018.01.10 17:03:01 4: https://fhem.de/fhemupdate/FHEM/98_DLNARenderer.pm: HTTP response code 200
2018.01.10 17:03:01 1: saving fhem.cfg
2018.01.10 17:03:01 1: saving ./log/fhem.save
2018.01.10 17:03:01 1: Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while
2018.01.10 17:03:05 1:
2018.01.10 17:03:05 1: update finished, "shutdown restart" is needed to activate the changes.
2018.01.10 17:03:05 1:
2018.01.10 17:03:05 4: fheminfo send (blocking): {"CUL_HM":{"ActionDetector":"1","CCU-FHEM":"1","HM-CC-RT-DN":"7"},"FHEMWEB":{"noModel":"3"},"FileLog":{"noModel":"8"},"HMLAN":{"noModel":"1"},"allowed":{"noModel":"4"},"autocreate":{"noModel":"1"},"eventTypes":{"noModel":"1"},"notify":{"noModel":"1"},"system":{"configType":"configFile","os":"linux","perl":"5.24.1","revision":"15836","uniqueID":"87769fa25f579509132d25b6914d5dcf"},"telnet":{"noModel":"1"}}
2018.01.10 17:03:05 4: https://fhem.de/stats/statistics2.cgi: HTTP response code 200
2018.01.10 17:03:05 4: fheminfo send: Server RESPONSE: ==> ok
2018.01.10 17:03:05 1: fheminfo Statistics data sent to server. See Logfile (level 4) for details.
2018.01.10 17:03:12 4: Connection closed for WEB_XX.XX.XX.XX_57319: EOF
2018.01.10 17:03:12 4: WEB_XX.XX.XX.XX_57317 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2018-01.log; BUFLEN:0
2018.01.10 17:03:12 4: Connection closed for WEB_XX.XX.XX.XX_57318: EOF
2018.01.10 17:03:12 4: Connection accepted from WEB_XX.XX.XX.XX_57321
2018.01.10 17:03:12 4: WEB_XX.XX.XX.XX_57317 GET /fhem/pgm2/jquery.min.js; BUFLEN:0
2018.01.10 17:03:12 4: WEB_XX.XX.XX.XX_57317 => 304 Not Modified
2018.01.10 17:03:12 4: Connection accepted from WEB_XX.XX.XX.XX_57322
2018.01.10 17:03:12 4: Connection accepted from WEB_XX.XX.XX.XX_57323
2018.01.10 17:03:12 4: WEB_XX.XX.XX.XX_57317 GET /fhem/pgm2/style.css?v=1515600027; BUFLEN:0
2018.01.10 17:03:12 4: Connection closed for WEB_XX.XX.XX.XX_57321: EOF
2018.01.10 17:03:12 4: Connection accepted from WEB_XX.XX.XX.XX_57324
2018.01.10 17:03:12 4: Connection closed for WEB_XX.XX.XX.XX_57323: EOF
2018.01.10 17:03:12 4: Connection closed for WEB_XX.XX.XX.XX_57322: EOF
2018.01.10 17:03:12 4: Connection accepted from WEB_XX.XX.XX.XX_57325
2018.01.10 17:03:12 4: WEB_XX.XX.XX.XX_57324 GET /fhem/pgm2/jquery-ui.min.js; BUFLEN:0
2018.01.10 17:03:12 4: WEB_XX.XX.XX.XX_57324 => 304 Not Modified
2018.01.10 17:03:12 4: WEB_XX.XX.XX.XX_57325 GET /fhem/pgm2/fhemweb.js; BUFLEN:0
2018.01.10 17:03:12 4: WEB_XX.XX.XX.XX_57325 => 304 Not Modified
2018.01.10 17:03:12 4: Connection accepted from WEB_XX.XX.XX.XX_57326
2018.01.10 17:03:12 4: WEB_XX.XX.XX.XX_57325 GET /fhem/images/default/icoEverything.png; BUFLEN:0
2018.01.10 17:03:12 4: WEB_XX.XX.XX.XX_57325 => 304 Not Modified
2018.01.10 17:03:12 4: WEB_XX.XX.XX.XX_57317 GET /fhem/pgm2/defaultCommon.css; BUFLEN:0
2018.01.10 17:03:12 4: WEB_XX.XX.XX.XX_57317 => 304 Not Modified
2018.01.10 17:03:12 4: WEB_XX.XX.XX.XX_57317 GET /fhem/pgm2/dashboard_style.css; BUFLEN:0
2018.01.10 17:03:12 4: WEB_XX.XX.XX.XX_57317 => 304 Not Modified
2018.01.10 17:03:12 4: WEB_XX.XX.XX.XX_57317 GET /fhem/images/default/fhemicon.png; BUFLEN:0
2018.01.10 17:03:12 4: WEB_XX.XX.XX.XX_57317 => 304 Not Modified
2018.01.10 17:03:12 4: WEB_XX.XX.XX.XX_57317 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1515600191;fmt=JSON&fw_id=130×tamp=1515600191563; BUFLEN:0
2018.01.10 17:04:14 4: Connection closed for WEB_XX.XX.XX.XX_57326: EOF
2018.01.10 17:04:14 4: WEB_XX.XX.XX.XX_57325 GET /fhem?room=Bad; BUFLEN:0
2018.01.10 17:04:14 4: WEB: /fhem?room=Bad / RL:9644 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2018.01.10 17:04:14 4: Connection closed for WEB_XX.XX.XX.XX_57317: EOF
2018.01.10 17:04:14 4: Connection accepted from WEB_XX.XX.XX.XX_57327
2018.01.10 17:04:14 4: WEB_XX.XX.XX.XX_57325 GET /fhem/pgm2/jquery.min.js; BUFLEN:0
2018.01.10 17:04:14 4: WEB_XX.XX.XX.XX_57325 => 304 Not Modified
2018.01.10 17:04:14 4: WEB_XX.XX.XX.XX_57324 GET /fhem/pgm2/jquery-ui.min.js; BUFLEN:0
2018.01.10 17:04:14 4: WEB_XX.XX.XX.XX_57324 => 304 Not Modified
2018.01.10 17:04:14 4: Connection accepted from WEB_XX.XX.XX.XX_57328
2018.01.10 17:04:14 4: Connection accepted from WEB_XX.XX.XX.XX_57329
2018.01.10 17:04:14 4: WEB_XX.XX.XX.XX_57325 GET /fhem/pgm2/style.css?v=1515600027; BUFLEN:0
2018.01.10 17:04:14 4: Connection closed for WEB_XX.XX.XX.XX_57327: EOF
2018.01.10 17:04:14 4: WEB_XX.XX.XX.XX_57324 GET /fhem/pgm2/fhemweb.js; BUFLEN:0
2018.01.10 17:04:14 4: WEB_XX.XX.XX.XX_57324 => 304 Not Modified
2018.01.10 17:04:14 4: Connection closed for WEB_XX.XX.XX.XX_57328: EOF
2018.01.10 17:04:14 4: WEB_XX.XX.XX.XX_57324 GET /fhem/images/default/icoEverything.png; BUFLEN:0
2018.01.10 17:04:14 4: WEB_XX.XX.XX.XX_57324 => 304 Not Modified
2018.01.10 17:04:14 4: WEB_XX.XX.XX.XX_57325 GET /fhem/pgm2/defaultCommon.css; BUFLEN:0
2018.01.10 17:04:14 4: WEB_XX.XX.XX.XX_57325 => 304 Not Modified
2018.01.10 17:04:14 4: WEB_XX.XX.XX.XX_57325 GET /fhem/pgm2/dashboard_style.css; BUFLEN:0
2018.01.10 17:04:14 4: WEB_XX.XX.XX.XX_57325 => 304 Not Modified
2018.01.10 17:04:14 4: WEB_XX.XX.XX.XX_57325 GET /fhem/images/default/fhemicon.png; BUFLEN:0
2018.01.10 17:04:14 4: WEB_XX.XX.XX.XX_57325 => 304 Not Modified
2018.01.10 17:04:15 4: WEB_XX.XX.XX.XX_57325 GET /fhem?XHR=1&inform=type=status;filter=room=Bad;since=1515600253;fmt=JSON&fw_id=138×tamp=1515600253720; BUFLEN:0
2018.01.10 17:04:21 4: WEB_XX.XX.XX.XX_57324 POST /fhem?XHR=1&cmd=shutdown%20restart&fw_id=138; BUFLEN:0
2018.01.10 17:04:21 0: Server shutdown
2018.01.10 17:04:32 1: Including fhem.cfg
2018.01.10 17:04:32 3: telnetPort: port 7072 opened
2018.01.10 17:04:32 3: WEB: port 8083 opened
2018.01.10 17:04:32 3: WEBphone: port 8084 opened
2018.01.10 17:04:32 3: WEBtablet: port 8085 opened
2018.01.10 17:04:32 2: eventTypes: loaded 370 events from ./log/eventTypes.txt
2018.01.10 17:04:32 1: HMLAN_Parse: HMUSB new condition disconnected
2018.01.10 17:04:32 3: Opening HMUSB device 127.0.0.1:1234
2018.01.10 17:04:32 1: HMLAN_Parse: HMUSB new condition init
2018.01.10 17:04:32 3: HMUSB device opened
2018.01.10 17:04:33 1: Including ./log/fhem.save
2018.01.10 17:04:33 3: Device HM_3D944E added to ActionDetector with 000:10 time
2018.01.10 17:04:33 3: Device HM_3D9466 added to ActionDetector with 000:10 time
2018.01.10 17:04:33 3: Device HM_3D9490 added to ActionDetector with 000:10 time
2018.01.10 17:04:33 3: Device HM_47D5B1 added to ActionDetector with 000:10 time
2018.01.10 17:04:33 3: Device HM_47FEC3 added to ActionDetector with 000:10 time
2018.01.10 17:04:33 3: Device HM_4A706E added to ActionDetector with 000:10 time
2018.01.10 17:04:33 3: Device HM_4A75C5 added to ActionDetector with 000:10 time
2018.01.10 17:04:33 0: Featurelevel: 5.8
2018.01.10 17:04:33 0: Server started with 72 defined entities (fhem.pl:15804/2018-01-06 perl:5.024001 os:linux user:fhem pid:31366)
2018.01.10 17:04:33 1: HMLAN_Parse: HMUSB new condition ok

Meine IP habe ich unkenntlich gemacht. Mit verbose lvel 3 sieht man gar nichts, deshalb bin ich eins höher gegangen. Seht ihr da was? Oder brauchen wir noch verbose level 5?

Gruß Hoppel

Laut dem log ist FHEM wieder gestartet - da scheint also noch was anderes verbogen zu sein.

Wann war das letzte update? Wenn das länger her war: Gibt massenhaft Threads dazu...

Insbesondere noch: Bist du mit der zugreifenden Maschine im selben Netz? Ein "allowed"-Device hast du angelegt?
EDIT: Das kann es nicht sein, sonst würde es ja auch bei manuellem Start nicht gehen...

Zitat von: herrmannj am 10 Januar 2018, 16:58:19
Wenn jedoch eine ShutdownFn einen Fehler wirft kann fhem aussteigen bevor der Programmteil für den restart erreicht ist und ohne das was im log landet. Getestet :)

Müsste in dem Fall nicht die Aktivierung des folgenden Parameters im systemd Script helfen:

Restart=on-abnormal # uncomment for crash and watchdog event recovery only (keeps shutdown working)

Oder bin ich da falsch davor? Die Option greift bei "shutdown restart" nicht.

Gruß Hoppel

Zitat von: Beta-User am 10 Januar 2018, 17:20:22
Laut dem log ist FHEM wieder gestartet - da scheint also noch was anderes verbogen zu sein.

OK, das ist bescheiden. Das WebInterface kriege ich dann nicht mehr ran und "systemctl status fhem" gibt dann folgendes aus:

root@omv4:~# systemctl status fhem
● fhem.service - FHEM Home Automation
   Loaded: loaded (/etc/systemd/system/fhem.service; enabled; vendor preset: enabled)
   Active: inactive (dead) since Wed 2018-01-10 17:04:21 CET; 7s ago
  Process: 31082 ExecStart=/usr/bin/perl fhem.pl fhem.cfg (code=exited, status=0/SUCCESS)
Main PID: 31083 (code=exited, status=0/SUCCESS)
      CPU: 15.620s

Jan 10 17:00:27 omv4 systemd[1]: Starting FHEM Home Automation...
Jan 10 17:00:27 omv4 systemd[1]: Started FHEM Home Automation.

Zitat von: Beta-User am 10 Januar 2018, 17:20:22Wann war das letzte update? Wenn das länger her war: Gibt massenhaft Threads dazu...

Jo, das ist definitiv länger her. Ein halbes Jahr oder so...

Zitat von: Beta-User am 10 Januar 2018, 17:20:22Insbesondere noch: Bist du mit der zugreifenden Maschine im selben Netz? Ein "allowed"-Device hast du angelegt?

Ja, ich bin im selben Netz. Nein habe ich nicht konfiguriert. Wofür brauche ich das? SSH, WebInterface läuft doch alles.

Wenn du mir den Befehl schnell nennst, mache ich das gerade noch.

Das ist schon sehr seltsam. Hier findet lt. log ein erfolgreicher Restart statt, es dürfte m.E. daher auch nicht am Startscript liegen, sondern an irgendwas danach.

Hier scheint der prozess ja danach wieder gestorben zu sein, oder deute ich den Status falsch?!?

Zu allowed aus der Commandref:

Zitatdefine allowedWEB allowed
attr allowedWEB validFor WEB,WEBphone,WEBtablet
attr allowedWEB basicAuth { "$user:$password" eq "admin:secret" }
attr allowedWEB allowedCommands set,get

define allowedTelnet allowed
attr allowedTelnet validFor telnetPort
attr allowedTelnet password secret

Schadet in jedem Fall nicht, muß aber natürlich auf deine Namen angepaßt werden.

Die systemd-Einstellungen würde ich auf die default-Werte zurückbiegen, evtl. kommt sich sonst systemd und restart aus FHEM in die Quere.

Wenn das alles nichts hilft und FHEM doch läuft: Firewall usw.?
Mal anderen Browser/anderes Gerät versuchen nach dem Restart, ob FHEM von dort aus erreichbar ist?

deinen Posts nach hast du etwas Ahnung von Linux.

1) Du hast jetzt ein System.d Startscript, im Backup müsstest du ja noch das init.d im contrib-Ordner haben
2) Hast du mal geprüft ob ggf. Fhem 2 mal läuft? "ps -ef | grep -i fhem"

Ich würde das systemd deaktivieren und das alte init.d wieder aktivieren. Dann kannst erstmal das Thema "Startscript" ausschließen wenn du damit starten kannst.

Allowed wurde schon genannt. Es scheint als würde Fhem irgendwie wieder sterben. Hast du mal im syslog nachgesehen ob du dort Fehler siehst? Zugriffsrechte, Module, Perl-Fehler, ...

Setze mal verbose auf 5 ... wenn du nicht mehr an die Oberfläche kommst ist das hier eine Ausnahme wo direktes Editieren OK ist :)

attr global verbose 5


... nachtrag: letztes Init.d müsste das hier sein ... https://github.com/mhop/fhem-mirror/commit/95cae7634894ba13ecfb15f8b491dd35c9e345b1

OK, ich muss erstmal weg. Ich schaue mir das heute Abend nochmal an.

Zitat von: Beta-User am 10 Januar 2018, 17:36:06Das ist schon sehr seltsam. Hier findet lt. log ein erfolgreicher Restart statt, es dürfte m.E. daher auch nicht am Startscript liegen, sondern an irgendwas danach.

Hier scheint der prozess ja danach wieder gestorben zu sein, oder deute ich den Status falsch?!?

Ich bin leider was fhem betrifft, noch nicht so bewandert und kann das nicht wirklich beurteilen.

Zitat von: Beta-User am 10 Januar 2018, 17:36:06Zu allowed aus der Commandref:
Schadet in jedem Fall nicht, muß aber natürlich auf deine Namen angepaßt werden.

Jo, das hatte ich soweit bereits konfiguriert. Allerdings kann ich folgenden Befehl nicht setzen:

attr allowed_WEB allowedCommands set,get

Ich erhalte dann immer die Fehlermeldung im Screenshot. Wenn ich es richtig verstehe, würde ich mit diesem Befehl, die erlaubten Commandos auf "set" und "get" beschränken. Das muss ich zum jetzigen Zeitpunkt gar nicht haben. Ich frage mich aber trotzdem, warum das bei mir nicht geht. Geht der Befehl bei euch?

Was die Security betrifft, bin ich mittlerweile voll ausgestattet, mit Authentifizierung und SSL. Das muss erstmal reichen. ;)

Zitat von: Beta-User am 10 Januar 2018, 17:36:06Die systemd-Einstellungen würde ich auf die default-Werte zurückbiegen, evtl. kommt sich sonst systemd und restart aus FHEM in die Quere.

Jo, hatte ich bereits erledigt.

Zitat von: Beta-User am 10 Januar 2018, 17:36:06Wenn das alles nichts hilft und FHEM doch läuft: Firewall usw.?
Mal anderen Browser/anderes Gerät versuchen nach dem Restart, ob FHEM von dort aus erreichbar ist?

Hm, meiner Ansicht nach hat das mit Firewalleinstellungen oder dem Endgerät, von dem ich mich per Browser und/oder ssh mit dem fhem server verbinde, nichts zu tun. Denn nach dem "shutdown restart" läuft der Dienst nicht mehr:

root@omv4:~# systemctl status fhem
● fhem.service - FHEM Home Automation
   Loaded: loaded (/etc/systemd/system/fhem.service; enabled; vendor preset: enabled)
   Active: inactive (dead) since Wed 2018-01-10 17:04:21 CET; 7s ago
  Process: 31082 ExecStart=/usr/bin/perl fhem.pl fhem.cfg (code=exited, status=0/SUCCESS)
Main PID: 31083 (code=exited, status=0/SUCCESS)
      CPU: 15.620s

Jan 10 17:00:27 omv4 systemd[1]: Starting FHEM Home Automation...
Jan 10 17:00:27 omv4 systemd[1]: Started FHEM Home Automation.

In dem Moment funktioniert dann natürlich gar nichts mehr. Ich kann dann bspw. mit meinen Handy Apps auch nicht mehr auf den Server zugreifen.

Zitat von: kadettilac89 am 10 Januar 2018, 17:50:58
deinen Posts nach hast du etwas Ahnung von Linux.

Jupp, habe einige Jahre Erfahrung mit verschiedenen Distris auf dem Buckel, hauptsächlich Debian.

Zitat von: kadettilac89 am 10 Januar 2018, 17:50:58
1) Du hast jetzt ein System.d Startscript, im Backup müsstest du ja noch das init.d im contrib-Ordner haben
2) Hast du mal geprüft ob ggf. Fhem 2 mal läuft? "ps -ef | grep -i fhem"

zu1. Puuh, mit Startscripten austauschen habe ich mich im Detail noch nicht beschäftigt. Kannst du mir eine Kurzanleitung schreiben? Befehle muss diese Anleitung vrsl. nicht enthalten, viel mehr als cp, nano, chmod, chown brauche ich da wohl nicht. Wenn doch schreib es dazu. ;)

zu2.

root     16766 15666  0 01:09 pts/0    00:00:00 grep -i fhem
fhem     25913     1  0 00:32 ?        00:00:01 /usr/bin/perl fhem.pl fhem.cfg

Zitat von: kadettilac89 am 10 Januar 2018, 17:50:58
Ich würde das systemd deaktivieren und das alte init.d wieder aktivieren. Dann kannst erstmal das Thema "Startscript" ausschließen wenn du damit starten kannst.

Ja, das ist wahrscheinlich ein ganz guter Test.

Zitat von: kadettilac89 am 10 Januar 2018, 17:50:58
Allowed wurde schon genannt. Es scheint als würde Fhem irgendwie wieder sterben. Hast du mal im syslog nachgesehen ob du dort Fehler siehst? Zugriffsrechte, Module, Perl-Fehler, ...

Hier ist mein Syslog von heute: https://pastebin.com/rmw5iz4f

Der Teil sieht komisch aus:

Jan 10 16:48:38 omv4 perl[30040]: 2018.01.10 16:48:38.067 0: Server started with 58 defined entities (fhem.pl:15804/2018-01-06 perl:5.024001 os:linux user:fhem pid:30040)
Jan 10 16:48:39 omv4 perl[30040]: 2018.01.10 16:48:39.448 3: WEB_XX.XX.XX.159_57065: unsupported HTTP method #026#003#001#002
Jan 10 16:49:57 omv4 perl[30040]: 2018.01.10 16:49:57.400 3: WEB_XX.XX.XX.159_57071: unsupported HTTP method #026#003#001#002
Jan 10 16:50:07 omv4 systemd[1]: fhem.service: Start operation timed out. Terminating.

Allerdings taucht das nur 1x im syslog auf. Da ich ständig Backups eingespielt habe und wieder von vorn mit der config angefangen habe, um den Fehler einzugrenzen, bin ich mir nicht sicher, ob das was zu bedeuten hat. Siehst du dort noch irgendwas weltbewegendes? Ich nicht.   

Zitat von: kadettilac89 am 10 Januar 2018, 17:50:58
Setze mal verbose auf 5 ... wenn du nicht mehr an die Oberfläche kommst ist das hier eine Ausnahme wo direktes Editieren OK ist :)

attr global verbose 5

Was meinst du mit "...ist das hier eine Ausnahme wo direktes Editieren OK ist"? Wo kann ich direkt Editieren? Sorry, bin noch nicht so lang bei fhem dabei. :)


Danke und Gruß Hoppel

du hast eine Instanz laufen, dem grep -i folgend. Ist das nur fpr ein paar Sekunden, oder bleibt der Prozess? Kommst du in dem Zustand auf die Weboberfläche?

Mit editiren meinte ich in der fhem.cfg den verbose-Wert zu setzen. Ich gehe davon aus, dass du das in der Weboberfläche akttuell nicht schaffst.

Das mit den Startscript prüfen wir wenn FHEM an sich läuft.

Du hast im fhem Ordner fhem.cfg und demo_fhem.cfg oder so ähnlich. Benenne deine fhem.cfg um und die Demo auf fhem.cfg. wenn damit starten und zugreifen klappt liegt es an deinem fhem Setup. Wenn's damit nicht startet beim Reboot an den Startscript oder was anderem

Zitat von: kadettilac89 am 11 Januar 2018, 08:08:40du hast eine Instanz laufen, dem grep -i folgend. Ist das nur fpr ein paar Sekunden, oder bleibt der Prozess? Kommst du in dem Zustand auf die Weboberfläche?

OK, nochmal das ganze:

1. Backup eingespielt, "verbose level 5" eingestellt
2. "update check" ergibt heute folgendes:

ZitatGot remote controls_fhem.txt with 2043 entries.
Got local controls_fhem.txt with 2039 entries.
List of new / modified files since last update:
UPD ./CHANGED
UPD ./MAINTAINER.txt
UPD ./fhem.pl
UPD FHEM/00_THZ.pm
UPD FHEM/30_HUEBridge.pm
UPD FHEM/31_HUEDevice.pm
UPD FHEM/98_DLNARenderer.pm
UPD FHEM/98_dewpoint.pm
UPD www/images/fhemSVG/logic.svg
UPD www/images/fhemSVG/mqtt.svg
UPD www/images/fhemSVG/mqtt_broker.svg
UPD www/images/fhemSVG/mqtt_device.svg

New entries in the CHANGED file:
  - change:  98_dewpoint: Use NOTIFYDEV

3. "update" durchgeführt

Zitat2018.01.11 12:55:22 4 : Connection accepted from telnetPort_127.0.0.1_49188
2018.01.11 12:55:22 5 : Cmd: >{Log('5','Cmd: >backup<')}<
2018.01.11 12:55:22 5 : Cmd: >backup<
2018.01.11 12:55:22 5 : Cmd: >{Log('5','Loading ./FHEM/98_backup.pm')}<
2018.01.11 12:55:22 5 : Loading ./FHEM/98_backup.pm
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'\'')}<
2018.01.11 12:55:22 4 : backup include: ''
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'\'')}<
2018.01.11 12:55:22 4 : backup include: ''
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup exclude: \'./backup\'')}<
2018.01.11 12:55:22 4 : backup exclude: './backup'
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'./certs\'')}<
2018.01.11 12:55:22 4 : backup include: './certs'
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'./CHANGED\'')}<
2018.01.11 12:55:22 4 : backup include: './CHANGED'
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'./configDB.pm\'')}<
2018.01.11 12:55:22 4 : backup include: './configDB.pm'
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'./contrib\'')}<
2018.01.11 12:55:22 4 : backup include: './contrib'
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'./demolog\'')}<
2018.01.11 12:55:22 4 : backup include: './demolog'
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'./docs\'')}<
2018.01.11 12:55:22 4 : backup include: './docs'
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'./FHEM\'')}<
2018.01.11 12:55:22 4 : backup include: './FHEM'
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'./fhem-5.8.deb\'')}<
2018.01.11 12:55:22 4 : backup include: './fhem-5.8.deb'
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'./fhem.cfg\'')}<
2018.01.11 12:55:22 4 : backup include: './fhem.cfg'
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'./fhem.cfg.backup\'')}<
2018.01.11 12:55:22 4 : backup include: './fhem.cfg.backup'
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'./fhem.cfg.CUL_HM\'')}<
2018.01.11 12:55:22 4 : backup include: './fhem.cfg.CUL_HM'
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'./fhem.cfg.demo\'')}<
2018.01.11 12:55:22 4 : backup include: './fhem.cfg.demo'
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'./fhem.cfg.save\'')}<
2018.01.11 12:55:22 4 : backup include: './fhem.cfg.save'
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'./fhem.pl\'')}<
2018.01.11 12:55:22 4 : backup include: './fhem.pl'
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'./log\'')}<
2018.01.11 12:55:22 4 : backup include: './log'
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'./MAINTAINER.txt\'')}<
2018.01.11 12:55:22 4 : backup include: './MAINTAINER.txt'
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'./README_DEMO.txt\'')}<
2018.01.11 12:55:22 4 : backup include: './README_DEMO.txt'
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'./restoreDir\'')}<
2018.01.11 12:55:22 4 : backup include: './restoreDir'
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'./unused\'')}<
2018.01.11 12:55:22 4 : backup include: './unused'
2018.01.11 12:55:22 5 : Cmd: >{Log('4','backup include: \'./www\'')}<
2018.01.11 12:55:22 4 : backup include: './www'
2018.01.11 12:55:22 5 : Cmd: >{Log('2','Backup with command: tar -cf - "./certs" "./CHANGED" "./configDB.pm" "./contrib" "./demolog" "./docs" "./FHEM" "./fhem-5.8.deb" "./fhem.cfg" "./fhem.cfg.backup" "./fhem.cfg.CUL_HM" "./fhem.cfg.demo" "./fhem.cfg.save" "./fhem.pl" "./log" "./MAINTAINER.txt" "./README_DEMO.txt" "./restoreDir" "./unused" "./www" |gzip > ./backup/FHEM-20180111_125522.tar.gz')}<
2018.01.11 12:55:22 2 : Backup with command: tar -cf - "./certs" "./CHANGED" "./configDB.pm" "./contrib" "./demolog" "./docs" "./FHEM" "./fhem-5.8.deb" "./fhem.cfg" "./fhem.cfg.backup" "./fhem.cfg.CUL_HM" "./fhem.cfg.demo" "./fhem.cfg.save" "./fhem.pl" "./log" "./MAINTAINER.txt" "./README_DEMO.txt" "./restoreDir" "./unused" "./www" |gzip > ./backup/FHEM-20180111_125522.tar.gz
2018.01.11 12:55:29 5 : HMLAN/RAW: /E3D9466,0000,16FF96DB,FF,FFBC,1F86103D94660000000A88AF0C0200
2018.01.11 12:55:29 5 : HMLAN_Parse: HMUSB R:E3D9466 stat:0000 t:16FF96DB d:FF r:FFBC m:1F 8610 3D9466 000000 0A88AF0C0200
2018.01.11 12:55:29 5 : HMUSB: dispatch A0F1F86103D94660000000A88AF0C0200::-68:HMUSB
2018.01.11 12:55:29 5 : Starting notify loop for HM_3D9466, 6 event(s), first is actuator: 2
2018.01.11 12:55:29 5 : createNotifyHash
2018.01.11 12:55:29 5 : End notify loop for HM_3D9466
2018.01.11 12:55:29 5 : Starting notify loop for HM_3D9466_Clima, 9 event(s), first is ValvePosition: 2
2018.01.11 12:55:29 5 : End notify loop for HM_3D9466_Clima
2018.01.11 12:55:29 5 : Starting notify loop for HM_3D9466_Weather, 2 event(s), first is measured-temp: 17.5
2018.01.11 12:55:29 5 : End notify loop for HM_3D9466_Weather
2018.01.11 12:55:32 5 : Cmd: >{Log('5','Starting notify loop for global, 1 event(s), first is backup done: FHEM-20180111_125522.tar.gz (71982613 Bytes)')}<
2018.01.11 12:55:32 5 : Starting notify loop for global, 1 event(s), first is backup done: FHEM-20180111_125522.tar.gz (71982613 Bytes)
2018.01.11 12:55:32 5 : Cmd: >{Log('5','End notify loop for global')}<
2018.01.11 12:55:32 5 : End notify loop for global
2018.01.11 12:55:32 5 : Cmd: >{Log('1','backup done: FHEM-20180111_125522.tar.gz (71982613 Bytes)')}<
2018.01.11 12:55:32 1 : backup done: FHEM-20180111_125522.tar.gz (71982613 Bytes)
2018.01.11 12:55:32 5 : Cmd: >{Log('1','Got remote controls_fhem.txt with 2043 entries.')}<
2018.01.11 12:55:32 1 : Got remote controls_fhem.txt with 2043 entries.
2018.01.11 12:55:32 5 : Cmd: >{Log('1','Got local controls_fhem.txt with 2039 entries.')}<
2018.01.11 12:55:32 1 : Got local controls_fhem.txt with 2039 entries.
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./www/pgm2/fhemweb_multiple.js ./unused')}<
2018.01.11 12:55:32 1 : mv ./www/pgm2/fhemweb_multiple.js ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./www/pgm2/fhemweb_noArg.js ./unused')}<
2018.01.11 12:55:32 1 : mv ./www/pgm2/fhemweb_noArg.js ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./www/pgm2/fhemweb_slider.js ./unused')}<
2018.01.11 12:55:32 1 : mv ./www/pgm2/fhemweb_slider.js ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./www/pgm2/fhemweb_svg.js ./unused')}<
2018.01.11 12:55:32 1 : mv ./www/pgm2/fhemweb_svg.js ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./www/pgm2/fhemweb_textField.js ./unused')}<
2018.01.11 12:55:32 1 : mv ./www/pgm2/fhemweb_textField.js ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./www/pgm2/fhemweb_time.js ./unused')}<
2018.01.11 12:55:32 1 : mv ./www/pgm2/fhemweb_time.js ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./www/pgm2/darktouchpadsvg_defs.svg ./unused')}<
2018.01.11 12:55:32 1 : mv ./www/pgm2/darktouchpadsvg_defs.svg ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./www/pgm2/darktouchpadsvg_style.css ./unused')}<
2018.01.11 12:55:32 1 : mv ./www/pgm2/darktouchpadsvg_style.css ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./www/pgm2/ios6touchpadsvg_defs.svg ./unused')}<
2018.01.11 12:55:32 1 : mv ./www/pgm2/ios6touchpadsvg_defs.svg ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./www/pgm2/ios6touchpadsvg_style.css ./unused')}<
2018.01.11 12:55:32 1 : mv ./www/pgm2/ios6touchpadsvg_style.css ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./www/pgm2/ios7touchpadsvg_defs.svg ./unused')}<
2018.01.11 12:55:32 1 : mv ./www/pgm2/ios7touchpadsvg_defs.svg ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./www/pgm2/ios7touchpadsvg_style.css ./unused')}<
2018.01.11 12:55:32 1 : mv ./www/pgm2/ios7touchpadsvg_style.css ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./www/pgm2/iostouchpadsvg_defs.svg ./unused')}<
2018.01.11 12:55:32 1 : mv ./www/pgm2/iostouchpadsvg_defs.svg ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./www/pgm2/iostouchpadsvg_style.css ./unused')}<
2018.01.11 12:55:32 1 : mv ./www/pgm2/iostouchpadsvg_style.css ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./www/pgm2/darksmallscreensvg_defs.svg ./unused')}<
2018.01.11 12:55:32 1 : mv ./www/pgm2/darksmallscreensvg_defs.svg ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./www/pgm2/darksmallscreensvg_style.css ./unused')}<
2018.01.11 12:55:32 1 : mv ./www/pgm2/darksmallscreensvg_style.css ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./www/pgm2/ios7smallscreensvg_defs.svg ./unused')}<
2018.01.11 12:55:32 1 : mv ./www/pgm2/ios7smallscreensvg_defs.svg ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./www/pgm2/ios7smallscreensvg_style.css ./unused')}<
2018.01.11 12:55:32 1 : mv ./www/pgm2/ios7smallscreensvg_style.css ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./www/pgm2/iossmallscreensvg_defs.svg ./unused')}<
2018.01.11 12:55:32 1 : mv ./www/pgm2/iossmallscreensvg_defs.svg ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./www/pgm2/iossmallscreensvg_style.css ./unused')}<
2018.01.11 12:55:32 1 : mv ./www/pgm2/iossmallscreensvg_style.css ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','mv ./FHEM/firmware/LaCrosseGateway.bin ./unused')}<
2018.01.11 12:55:32 1 : mv ./FHEM/firmware/LaCrosseGateway.bin ./unused
2018.01.11 12:55:32 5 : Cmd: >{Log('1','UPD ./CHANGED')}<
2018.01.11 12:55:32 1 : UPD ./CHANGED
2018.01.11 12:55:32 5 : Cmd: >{Log('1','UPD ./MAINTAINER.txt')}<
2018.01.11 12:55:32 1 : UPD ./MAINTAINER.txt
2018.01.11 12:55:32 5 : Cmd: >{Log('1','UPD ./fhem.pl')}<
2018.01.11 12:55:32 1 : UPD ./fhem.pl
2018.01.11 12:55:32 5 : Cmd: >{Log('1','UPD FHEM/00_THZ.pm')}<
2018.01.11 12:55:32 1 : UPD FHEM/00_THZ.pm
2018.01.11 12:55:32 5 : Cmd: >{Log('1','UPD FHEM/30_HUEBridge.pm')}<
2018.01.11 12:55:32 1 : UPD FHEM/30_HUEBridge.pm
2018.01.11 12:55:32 5 : Cmd: >{Log('1','UPD FHEM/31_HUEDevice.pm')}<
2018.01.11 12:55:32 1 : UPD FHEM/31_HUEDevice.pm
2018.01.11 12:55:32 5 : Cmd: >{Log('1','UPD FHEM/98_DLNARenderer.pm')}<
2018.01.11 12:55:32 1 : UPD FHEM/98_DLNARenderer.pm
2018.01.11 12:55:32 5 : Cmd: >{Log('1','UPD FHEM/98_dewpoint.pm')}<
2018.01.11 12:55:32 1 : UPD FHEM/98_dewpoint.pm
2018.01.11 12:55:33 5 : Cmd: >{Log('1','UPD www/images/fhemSVG/logic.svg')}<
2018.01.11 12:55:33 1 : UPD www/images/fhemSVG/logic.svg
2018.01.11 12:55:33 5 : Cmd: >{Log('1','UPD www/images/fhemSVG/mqtt.svg')}<
2018.01.11 12:55:33 1 : UPD www/images/fhemSVG/mqtt.svg
2018.01.11 12:55:33 5 : Cmd: >{Log('1','UPD www/images/fhemSVG/mqtt_broker.svg')}<
2018.01.11 12:55:33 1 : UPD www/images/fhemSVG/mqtt_broker.svg
2018.01.11 12:55:33 5 : Cmd: >{Log('1','UPD www/images/fhemSVG/mqtt_device.svg')}<
2018.01.11 12:55:33 1 : UPD www/images/fhemSVG/mqtt_device.svg
2018.01.11 12:55:33 5 : Cmd: >{Log('1','saving fhem.cfg')}<
2018.01.11 12:55:33 1 : saving fhem.cfg
2018.01.11 12:55:33 5 : Cmd: >{Log('1','saving ./log/fhem.save')}<
2018.01.11 12:55:33 1 : saving ./log/fhem.save
2018.01.11 12:55:33 5 : Cmd: >{Log('1','')}<
2018.01.11 12:55:33 1 :
2018.01.11 12:55:33 5 : Cmd: >{Log('1','New entries in the CHANGED file:')}<
2018.01.11 12:55:33 1 : New entries in the CHANGED file:
2018.01.11 12:55:33 5 : Cmd: >{Log('1',' - change: 98_dewpoint: Use NOTIFYDEV')}<
2018.01.11 12:55:33 1 : - change: 98_dewpoint: Use NOTIFYDEV
2018.01.11 12:55:33 5 : Cmd: >{Log('1','Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while')}<
2018.01.11 12:55:33 1 : Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while
2018.01.11 12:55:34 5 : HMLAN_Send: HMUSB I:K
2018.01.11 12:55:34 5 : HMLAN/RAW: /HHM-USB-IF,03C7,KEQ1111302,26345D,242424,16FFA9F5,0007,01
2018.01.11 12:55:34 5 : HMLAN_Parse: HMUSB V:03C7 sNo:KEQ1111302 d:26345D O:242424 t:16FFA9F5 IDcnt:0007 L:1 %
2018.01.11 12:55:34 5 : Starting notify loop for HMUSB, 1 event(s), first is loadLvl: low
2018.01.11 12:55:34 5 : End notify loop for HMUSB
2018.01.11 12:55:36 5 : Cmd: >{Log('1','')}<
2018.01.11 12:55:36 1 :
2018.01.11 12:55:36 5 : Cmd: >{Log('1','update finished, "shutdown restart" is needed to activate the changes.')}<
2018.01.11 12:55:36 1 : update finished, "shutdown restart" is needed to activate the changes.
2018.01.11 12:55:36 5 : Cmd: >{Log('1','')}<
2018.01.11 12:55:36 1 :
2018.01.11 12:55:36 5 : Cmd: >{Log('5','Cmd: >fheminfo send<')}<
2018.01.11 12:55:36 5 : Cmd: >fheminfo send<
2018.01.11 12:55:36 5 : Cmd: >{Log('5','Loading ./FHEM/98_fheminfo.pm')}<
2018.01.11 12:55:36 5 : Loading ./FHEM/98_fheminfo.pm
2018.01.11 12:55:37 5 : HMLAN/RAW: /E47D5B1,0000,16FFB33F,FF,FFD2,EC861047D5B10000000A88B10C0000
2018.01.11 12:55:37 5 : HMLAN_Parse: HMUSB R:E47D5B1 stat:0000 t:16FFB33F d:FF r:FFD2 m:EC 8610 47D5B1 000000 0A88B10C0000
2018.01.11 12:55:37 5 : HMUSB: dispatch A0FEC861047D5B10000000A88B10C0000::-46:HMUSB
2018.01.11 12:55:37 5 : Starting notify loop for HM_47D5B1, 6 event(s), first is actuator: 0
2018.01.11 12:55:37 5 : End notify loop for HM_47D5B1
2018.01.11 12:55:37 5 : Starting notify loop for HM_47D5B1_Clima, 9 event(s), first is ValvePosition: 0
2018.01.11 12:55:37 5 : End notify loop for HM_47D5B1_Clima
2018.01.11 12:55:37 5 : Starting notify loop for HM_47D5B1_Weather, 2 event(s), first is measured-temp: 17.7
2018.01.11 12:55:37 5 : End notify loop for HM_47D5B1_Weather
2018.01.11 12:55:37 5 : Cmd: >{Log('1','fheminfo Statistics data sent to server. See Logfile (level 4) for details.')}<
2018.01.11 12:55:37 1 : fheminfo Statistics data sent to server. See Logfile (level 4) for details.
2018.01.11 12:55:37 5 : Cmd: >{DoTrigger('global','UPDATE','0')}<
2018.01.11 12:55:37 5 : Starting notify loop for global, 1 event(s), first is UPDATE
2018-01-11 12:55:37 Global global UPDATE
2018.01.11 12:55:37 5 : End notify loop for global
2018.01.11 12:55:37 5 : Cmd: >{BlockingStart('1')}<
2018.01.11 12:55:37 5 : Cmd: >{updDone()}<

4. "ps" ergibt folgendes:

root@omv4:~# ps -ef | grep -i fhem
fhem      1043     1  0 12:53 ?        00:00:00 /usr/bin/perl fhem.pl fhem.cfg
root      1189 29731  0 12:56 pts/0    00:00:00 grep -i fhem

5. "shutdown restart" durchgeführt

6. "ps" ergibt nun folgendes:

root@omv4:~# ps -ef | grep -i fhem
root      1290 29731  0 12:58 pts/0    00:00:00 grep -i fhem

7. "systemctl status" sieht wie folgt aus:

root@omv4:~# systemctl status fhem
● fhem.service - FHEM Home Automation
   Loaded: loaded (/etc/systemd/system/fhem.service; enabled; vendor preset: enabled)
   Active: inactive (dead) since Thu 2018-01-11 12:58:17 CET; 1min 1s ago
  Process: 1042 ExecStart=/usr/bin/perl fhem.pl fhem.cfg (code=exited, status=0/SUCCESS)
Main PID: 1043 (code=exited, status=0/SUCCESS)
      CPU: 15.783s

Jan 11 12:53:04 omv4 systemd[1]: Starting FHEM Home Automation...
Jan 11 12:53:04 omv4 systemd[1]: Started FHEM Home Automation.

Das WebInterface ist zu diesem logischerweise nicht mehr erreichbar, da "systemctl status"

ZitatActive: inactive (dead)

8. "systemctl stop/start/status" und "ps" währenddessen sieht wie folgt aus:

root@omv4:~# systemctl stop fhem
root@omv4:~# ps -ef | grep -i fhem
root      1658 29731  0 13:01 pts/0    00:00:00 grep -i fhem
root@omv4:~# systemctl start fhem
root@omv4:~# ps -ef | grep -i fhem
fhem      1662     1 14 13:01 ?        00:00:00 /usr/bin/perl fhem.pl fhem.cfg
root      1664 29731  0 13:01 pts/0    00:00:00 grep -i fhem
root@omv4:~# systemctl status fhem
● fhem.service - FHEM Home Automation
   Loaded: loaded (/etc/systemd/system/fhem.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2018-01-11 13:01:32 CET; 10s ago
  Process: 1661 ExecStart=/usr/bin/perl fhem.pl fhem.cfg (code=exited, status=0/SUCCESS)
Main PID: 1662 (perl)
    Tasks: 1 (limit: 4915)
   Memory: 37.4M
      CPU: 422ms
   CGroup: /system.slice/fhem.service
           └─1662 /usr/bin/perl fhem.pl fhem.cfg

Jan 11 13:01:32 omv4 systemd[1]: Starting FHEM Home Automation...
Jan 11 13:01:32 omv4 systemd[1]: Started FHEM Home Automation.

Das WebInterface ist nun wieder erreichbar. Hier das logfile im "verbose level 5" für den gesamten Vorgang: https://pastebin.com/7Zf3nhCi

Zitat von: kadettilac89 am 11 Januar 2018, 08:08:40Mit editiren meinte ich in der fhem.cfg den verbose-Wert zu setzen. Ich gehe davon aus, dass du das in der Weboberfläche akttuell nicht schaffst.

Ich habe das "verbose level 5" nun gespeichert, bevor ich den Vorgang gestartet habe. So sieht man auch, was eigentlich nach dem manuellen Starten des Services passiert.

Zitat von: kadettilac89 am 11 Januar 2018, 08:15:58
Du hast im fhem Ordner fhem.cfg und demo_fhem.cfg oder so ähnlich. Benenne deine fhem.cfg um und die Demo auf fhem.cfg. wenn damit starten und zugreifen klappt liegt es an deinem fhem Setup. Wenn's damit nicht startet beim Reboot an den Startscript oder was anderem

Das hatte ich gestern bereits getestet, mit der fhem.cfg.demo startet mein fhem gar nicht. Hier mal alles, was ich dann auf der Command Line machen kann:

root@omv4:~# cd /opt/fhem
root@omv4:/opt/fhem# systemctl stop fhem
root@omv4:/opt/fhem# ls -l
insgesamt 18968
drwxr-xr-x  2 fhem dialout     4096 Jan 11 12:55 backup
drwx--x--x  2 fhem dialout     4096 Jan  9 10:47 certs
-rw-r--r--  1 fhem dialout   227639 Jan 11 12:55 CHANGED
-rw-r--r--  1 fhem dialout    39329 Jan  9 07:56 configDB.pm
drwxr-xr-x 41 fhem dialout    20480 Jan  9 12:06 contrib
drwxr-xr-x  3 fhem dialout     4096 Jan  9 12:06 demolog
drwxr-xr-x  4 fhem dialout    12288 Jan  9 12:06 docs
drwxr-xr-x  6 fhem dialout    69632 Jan  9 16:47 FHEM
-rw-r--r--  1 fhem dialout 18761948 Feb 19  2017 fhem-5.8.deb
-rw-r--r--  1 fhem dialout    13256 Jan 11 12:54 fhem.cfg
-rw-r--r--  1 root root       12825 Jan 10 16:47 fhem.cfg.backup
-rw-r--r--  1 fhem dialout    11887 Jan  7 03:17 fhem.cfg.CUL_HM
-rw-r--r--  1 fhem dialout    15740 Jan  9 07:56 fhem.cfg.demo
-rw-r--r--  1 fhem dialout    11387 Dez 22  2016 fhem.cfg.save
-rwxr-xr-x  1 fhem dialout   142122 Jan 11 12:55 fhem.pl
drwxr-xr-x  2 fhem dialout     4096 Jan  7 11:07 log
-rw-r--r--  1 fhem dialout    36221 Jan 11 12:55 MAINTAINER.txt
-rw-r--r--  1 fhem dialout      935 Jan  9 07:56 README_DEMO.txt
drwxr-xr-x  5 fhem dialout     4096 Jan 11 00:05 restoreDir
drwxr-xr-x  2 fhem dialout     4096 Mai 19  2017 unused
drwxr-xr-x  8 fhem dialout     4096 Okt 16  2016 www
root@omv4:/opt/fhem# cp fhem.cfg fhem.cfg.backup
root@omv4:/opt/fhem# cp fhem.cfg.demo fhem.cfg
root@omv4:/opt/fhem# ls -l
insgesamt 18968
drwxr-xr-x  2 fhem dialout     4096 Jan 11 12:55 backup
drwx--x--x  2 fhem dialout     4096 Jan  9 10:47 certs
-rw-r--r--  1 fhem dialout   227639 Jan 11 12:55 CHANGED
-rw-r--r--  1 fhem dialout    39329 Jan  9 07:56 configDB.pm
drwxr-xr-x 41 fhem dialout    20480 Jan  9 12:06 contrib
drwxr-xr-x  3 fhem dialout     4096 Jan  9 12:06 demolog
drwxr-xr-x  4 fhem dialout    12288 Jan  9 12:06 docs
drwxr-xr-x  6 fhem dialout    69632 Jan  9 16:47 FHEM
-rw-r--r--  1 fhem dialout 18761948 Feb 19  2017 fhem-5.8.deb
-rw-r--r--  1 fhem dialout    15740 Jan 11 13:13 fhem.cfg
-rw-r--r--  1 root root       13256 Jan 11 13:12 fhem.cfg.backup
-rw-r--r--  1 fhem dialout    11887 Jan  7 03:17 fhem.cfg.CUL_HM
-rw-r--r--  1 fhem dialout    15740 Jan  9 07:56 fhem.cfg.demo
-rw-r--r--  1 fhem dialout    11387 Dez 22  2016 fhem.cfg.save
-rwxr-xr-x  1 fhem dialout   142122 Jan 11 12:55 fhem.pl
drwxr-xr-x  2 fhem dialout     4096 Jan  7 11:07 log
-rw-r--r--  1 fhem dialout    36221 Jan 11 12:55 MAINTAINER.txt
-rw-r--r--  1 fhem dialout      935 Jan  9 07:56 README_DEMO.txt
drwxr-xr-x  5 fhem dialout     4096 Jan 11 00:05 restoreDir
drwxr-xr-x  2 fhem dialout     4096 Mai 19  2017 unused
drwxr-xr-x  8 fhem dialout     4096 Okt 16  2016 www
root@omv4:/opt/fhem# systemctl start fhem
Job for fhem.service failed because a timeout was exceeded.
See "systemctl status fhem.service" and "journalctl -xe" for details.
root@omv4:/opt/fhem# journalctl -xe
-- Logs begin at Sun 2018-01-07 00:18:18 CET, end at Thu 2018-01-11 13:18:29 CET. --
--
-- The start-up result is done.
Jan 11 13:00:01 omv4 CRON[1335]: pam_unix(cron:session): session opened for user root by (uid=0)
Jan 11 13:00:01 omv4 CRON[1336]: (root) CMD (/usr/sbin/omv-mkrrdgraph >/dev/null 2>&1)
Jan 11 13:00:03 omv4 CRON[1335]: pam_unix(cron:session): session closed for user root
Jan 11 13:01:16 omv4 systemd[1]: Started Run anacron jobs.
-- Subject: Unit anacron.service has finished start-up
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit anacron.service has finished starting up.
--
-- The start-up result is done.
Jan 11 13:01:16 omv4 anacron[1637]: Anacron 2.3 started on 2018-01-11
Jan 11 13:01:16 omv4 anacron[1637]: Normal exit (0 jobs run)
Jan 11 13:01:16 omv4 systemd[1]: anacron.timer: Adding 1min 47.509638s random time.
Jan 11 13:01:32 omv4 systemd[1]: Starting FHEM Home Automation...
-- Subject: Unit fhem.service has begun start-up
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit fhem.service has begun starting up.
Jan 11 13:01:32 omv4 systemd[1]: Started FHEM Home Automation.
-- Subject: Unit fhem.service has finished start-up
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit fhem.service has finished starting up.
--
-- The start-up result is done.
Jan 11 13:09:01 omv4 CRON[1968]: pam_unix(cron:session): session opened for user root by (uid=0)
Jan 11 13:09:01 omv4 CRON[1969]: (root) CMD (  [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)
Jan 11 13:09:01 omv4 CRON[1968]: pam_unix(cron:session): session closed for user root
Jan 11 13:09:07 omv4 systemd[1]: Starting Clean php session files...
-- Subject: Unit phpsessionclean.service has begun start-up
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit phpsessionclean.service has begun starting up.
Jan 11 13:09:07 omv4 systemd[1]: Started Clean php session files.
-- Subject: Unit phpsessionclean.service has finished start-up
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit phpsessionclean.service has finished starting up.
--
-- The start-up result is done.
Jan 11 13:14:22 omv4 systemd[1]: Stopping FHEM Home Automation...
-- Subject: Unit fhem.service has begun shutting down
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit fhem.service has begun shutting down.
Jan 11 13:14:22 omv4 systemd[1]: Stopped FHEM Home Automation.
-- Subject: Unit fhem.service has finished shutting down
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit fhem.service has finished shutting down.
Jan 11 13:14:26 omv4 systemd[1]: Starting FHEM Home Automation...
-- Subject: Unit fhem.service has begun start-up
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit fhem.service has begun starting up.
Jan 11 13:14:27 omv4 perl[2293]: 2018.01.11 13:14:27 1: Including fhem.cfg
Jan 11 13:14:27 omv4 perl[2293]: 2018.01.11 13:14:27.055 3: telnetPort: port 7072 opened
Jan 11 13:14:27 omv4 perl[2293]: 2018.01.11 13:14:27.079 3: WEB: port 8083 opened
Jan 11 13:14:27 omv4 perl[2293]: 2018.01.11 13:14:27.079 3: WEBphone: port 8084 opened
Jan 11 13:14:27 omv4 perl[2293]: 2018.01.11 13:14:27.080 3: WEBtablet: port 8085 opened
Jan 11 13:14:27 omv4 perl[2293]: 2018.01.11 13:14:27.090 2: eventTypes: loaded 109 events from demolog/eventTypes.txt
Jan 11 13:14:27 omv4 perl[2293]: 2018.01.11 13:14:27.096 1: CUL_0 device is none, commands will be echoed only
Jan 11 13:14:27 omv4 perl[2293]: 2018.01.11 13:14:27.210 1: Including ./demolog/fhem.save
Jan 11 13:14:27 omv4 perl[2293]: 2018.01.11 13:14:27.224 0: Featurelevel: 5.8
Jan 11 13:14:27 omv4 perl[2293]: 2018.01.11 13:14:27.224 0: Server started with 58 defined entities (fhem.pl:15842/2018-01-10 perl:5.024001 os:linux user:fhem pid:2293)
Jan 11 13:15:01 omv4 CRON[2315]: pam_unix(cron:session): session opened for user root by (uid=0)
Jan 11 13:15:01 omv4 CRON[2316]: (root) CMD (/usr/sbin/omv-mkrrdgraph >/dev/null 2>&1)
Jan 11 13:15:04 omv4 CRON[2315]: pam_unix(cron:session): session closed for user root
Jan 11 13:15:57 omv4 systemd[1]: fhem.service: Start operation timed out. Terminating.
Jan 11 13:15:57 omv4 perl[2293]: 2018.01.11 13:15:57.068 0: Server shutdown
Jan 11 13:15:57 omv4 systemd[1]: Failed to start FHEM Home Automation.
-- Subject: Unit fhem.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit fhem.service has failed.
--
-- The result is failed.
Jan 11 13:15:57 omv4 systemd[1]: fhem.service: Unit entered failed state.
Jan 11 13:15:57 omv4 systemd[1]: fhem.service: Failed with result 'timeout'.
Jan 11 13:17:01 omv4 CRON[2720]: pam_unix(cron:session): session opened for user root by (uid=0)
Jan 11 13:17:01 omv4 CRON[2721]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan 11 13:17:01 omv4 CRON[2720]: pam_unix(cron:session): session closed for user root
Jan 11 13:18:29 omv4 rrdcached[2705]: flushing old values
Jan 11 13:18:29 omv4 rrdcached[2705]: rotating journals
Jan 11 13:18:29 omv4 rrdcached[2705]: started new journal /var/lib/rrdcached/journal/rrd.journal.1515673109.305857
Jan 11 13:18:29 omv4 rrdcached[2705]: removing old journal /var/lib/rrdcached/journal/rrd.journal.1515665909.305994
root@omv4:/opt/fhem#

Im Zeitraum zwischen 13:00 und 13:20 Uhr zeigt mir das syslog folgendes:

Jan 11 13:00:01 omv4 CRON[1336]: (root) CMD (/usr/sbin/omv-mkrrdgraph >/dev/null 2>&1)
Jan 11 13:01:16 omv4 systemd[1]: Started Run anacron jobs.
Jan 11 13:01:16 omv4 anacron[1637]: Anacron 2.3 started on 2018-01-11
Jan 11 13:01:16 omv4 anacron[1637]: Normal exit (0 jobs run)
Jan 11 13:01:16 omv4 systemd[1]: anacron.timer: Adding 1min 47.509638s random time.
Jan 11 13:01:32 omv4 systemd[1]: Starting FHEM Home Automation...
Jan 11 13:01:32 omv4 systemd[1]: Started FHEM Home Automation.
Jan 11 13:09:01 omv4 CRON[1969]: (root) CMD (  [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)
Jan 11 13:09:07 omv4 systemd[1]: Starting Clean php session files...
Jan 11 13:09:07 omv4 systemd[1]: Started Clean php session files.
Jan 11 13:14:22 omv4 systemd[1]: Stopping FHEM Home Automation...
Jan 11 13:14:22 omv4 systemd[1]: Stopped FHEM Home Automation.
Jan 11 13:14:26 omv4 systemd[1]: Starting FHEM Home Automation...
Jan 11 13:14:27 omv4 perl[2293]: 2018.01.11 13:14:27 1: Including fhem.cfg
Jan 11 13:14:27 omv4 perl[2293]: 2018.01.11 13:14:27.055 3: telnetPort: port 7072 opened
Jan 11 13:14:27 omv4 perl[2293]: 2018.01.11 13:14:27.079 3: WEB: port 8083 opened
Jan 11 13:14:27 omv4 perl[2293]: 2018.01.11 13:14:27.079 3: WEBphone: port 8084 opened
Jan 11 13:14:27 omv4 perl[2293]: 2018.01.11 13:14:27.080 3: WEBtablet: port 8085 opened
Jan 11 13:14:27 omv4 perl[2293]: 2018.01.11 13:14:27.090 2: eventTypes: loaded 109 events from demolog/eventTypes.txt
Jan 11 13:14:27 omv4 perl[2293]: 2018.01.11 13:14:27.096 1: CUL_0 device is none, commands will be echoed only
Jan 11 13:14:27 omv4 perl[2293]: 2018.01.11 13:14:27.210 1: Including ./demolog/fhem.save
Jan 11 13:14:27 omv4 perl[2293]: 2018.01.11 13:14:27.224 0: Featurelevel: 5.8
Jan 11 13:14:27 omv4 perl[2293]: 2018.01.11 13:14:27.224 0: Server started with 58 defined entities (fhem.pl:15842/2018-01-10 perl:5.024001 os:linux user:fhem pid:2293)
Jan 11 13:15:01 omv4 CRON[2316]: (root) CMD (/usr/sbin/omv-mkrrdgraph >/dev/null 2>&1)
Jan 11 13:15:57 omv4 systemd[1]: fhem.service: Start operation timed out. Terminating.
Jan 11 13:15:57 omv4 perl[2293]: 2018.01.11 13:15:57.068 0: Server shutdown
Jan 11 13:15:57 omv4 systemd[1]: Failed to start FHEM Home Automation.
Jan 11 13:15:57 omv4 systemd[1]: fhem.service: Unit entered failed state.
Jan 11 13:15:57 omv4 systemd[1]: fhem.service: Failed with result 'timeout'.
Jan 11 13:17:01 omv4 CRON[2721]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan 11 13:18:29 omv4 rrdcached[2705]: flushing old values
Jan 11 13:18:29 omv4 rrdcached[2705]: rotating journals
Jan 11 13:18:29 omv4 rrdcached[2705]: started new journal /var/lib/rrdcached/journal/rrd.journal.1515673109.305857
Jan 11 13:18:29 omv4 rrdcached[2705]: removing old journal /var/lib/rrdcached/journal/rrd.journal.1515665909.305994


Hat jemand eine Idee, warum ich mit der fhem.cfg.demo nicht starten kann?

Wenn ich es richtig verstehe, müsste das mit der Datei immer klappen, wie der Name schon sagt.

Der Vollständigkeit halber, hier noch meine derzeitige fhem.cfg:

attr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd webCmdLabel:textField-long widgetOverride
attr global autoload_undefined_devices 1
attr global backup_before_update 1
attr global featurelevel 5.8
attr global language de
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd none
attr global sendStatistics onUpdate
attr global statefile ./log/fhem.save
attr global title fhem
attr global updateInBackground 1
attr global verbose 5

# disable Telnet
define telnetPort telnet 7072 global
define allowed_telnetPort allowed
attr allowed_telnetPort basicAuth SHA256:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
attr allowed_telnetPort validFor telnetPort

define WEB FHEMWEB 8083 global
attr WEB HTTPS 1
attr WEB csrfToken none
attr WEB defaultRoom Wohnzimmer
attr WEB editConfig 1
attr WEB group Thermostate
attr WEB roomIcons Bad:scene_shower Büro:it_pc Flur:scene_stairs Küche:scene_cooking Schlafzimmer:scene_making_love_clean Wohnzimmer:scene_livingroom CUL_HM:hm_lan Unsorted:edit_collapse
attr WEB sortRooms Bad Büro Flur Küche Schlafzimmer Wohnzimmer
attr WEB sslVersion TLSv12:!SSLv2
attr WEB stylesheetPrefix dark
define allowed_WEB allowed
attr allowed_WEB basicAuth SHA256:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
attr allowed_WEB validFor WEB

define WEBphone FHEMWEB 8084 global
attr WEBphone HTTPS 1
attr WEBphone csrfToken none
attr WEBphone hiddenroom CUL_HM,Unsorted
attr WEBphone sslVersion TLSv12:!SSLv3
attr WEBphone stylesheetPrefix darksmallscreen
define allowed_WEBphone allowed
attr allowed_WEBphone basicAuth SHA256:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
attr allowed_WEBphone validFor WEBphone

define WEBtablet FHEMWEB 8085 global
attr WEBtablet HTTPS 1
attr WEBtablet csrfToken none
attr WEBtablet hiddenroom CUL_HM,Unsorted
attr WEBtablet sslVersion TLSv12:!SSLv3
attr WEBtablet stylesheetPrefix darktouchpad
define allowed_WEBtablet allowed
attr allowed_WEBtablet basicAuth SHA256:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
attr allowed_WEBtablet validFor WEBtablet

# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog

define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log

define eventTypes eventTypes ./log/eventTypes.txt

# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
attr initialUsbCheck disable 1

#HM-Gateway
define HMUSB HMLAN 127.0.0.1:1234
attr HMUSB hmId 242424
attr HMUSB hmLanQlen 1_min
attr HMUSB loadLevel 0:low,40:batchLevel,90:high,99:suspended

#HM-VCCU
define VCCU CUL_HM 242424
attr VCCU IODev HMUSB
attr VCCU IOList HMUSB
attr VCCU expert 2_full
attr VCCU model CCU-FHEM
attr VCCU subType virtual
attr VCCU webCmd virtual:update

#Thermostat Büro
define HM_47FEC3 CUL_HM 47FEC3
attr HM_47FEC3 IODev HMUSB
attr HM_47FEC3 actCycle 000:10
attr HM_47FEC3 actStatus unknown
attr HM_47FEC3 alias büro_thermostat
attr HM_47FEC3 autoReadReg 4_reqStatus
attr HM_47FEC3 expert 2_full
attr HM_47FEC3 firmware 1.4
attr HM_47FEC3 group Thermostate
attr HM_47FEC3 model HM-CC-RT-DN
attr HM_47FEC3 room Büro
attr HM_47FEC3 serialNr NEQ0313241
attr HM_47FEC3 subType thermostat
attr HM_47FEC3 webCmd getConfig:clear msgEvents:burstXmit
define FileLog_HM_47FEC3 FileLog ./log/HM_47FEC3-%Y.log HM_47FEC3
attr FileLog_HM_47FEC3 logtype text
attr FileLog_HM_47FEC3 room CUL_HM
define HM_47FEC3_Weather CUL_HM 47FEC301
attr HM_47FEC3_Weather model HM-CC-RT-DN
attr HM_47FEC3_Weather peerIDs 00000000,
define HM_47FEC3_Climate CUL_HM 47FEC302
attr HM_47FEC3_Climate model HM-CC-RT-DN
attr HM_47FEC3_Climate peerIDs 00000000,
define HM_47FEC3_WindowRec CUL_HM 47FEC303
attr HM_47FEC3_WindowRec model HM-CC-RT-DN
attr HM_47FEC3_WindowRec peerIDs 00000000,
attr HM_47FEC3_WindowRec stateFormat last:trigLast
define HM_47FEC3_Clima CUL_HM 47FEC304
attr HM_47FEC3_Clima model HM-CC-RT-DN
attr HM_47FEC3_Clima peerIDs 00000000,
define HM_47FEC3_ClimaTeam CUL_HM 47FEC305
attr HM_47FEC3_ClimaTeam model HM-CC-RT-DN
attr HM_47FEC3_ClimaTeam peerIDs 00000000,
define HM_47FEC3_remote CUL_HM 47FEC306
attr HM_47FEC3_remote model HM-CC-RT-DN
attr HM_47FEC3_remote peerIDs 00000000,
define ActionDetector CUL_HM 000000
attr ActionDetector event-on-change-reading .*
attr ActionDetector model ActionDetector

#Thermostat Wohnzimmer Essbereich
define HM_47D5B1 CUL_HM 47D5B1
attr HM_47D5B1 IODev HMUSB
attr HM_47D5B1 IOgrp VCCU:HMUSB
attr HM_47D5B1 actCycle 000:10
attr HM_47D5B1 actStatus unknown
attr HM_47D5B1 alias wz_wohnbereich_thermostat
attr HM_47D5B1 autoReadReg 4_reqStatus
attr HM_47D5B1 expert 2_full
attr HM_47D5B1 firmware 1.4
attr HM_47D5B1 group Thermostate
attr HM_47D5B1 model HM-CC-RT-DN
attr HM_47D5B1 room Wohnzimmer
attr HM_47D5B1 serialNr NEQ0313497
attr HM_47D5B1 subType thermostat
attr HM_47D5B1 webCmd getConfig:clear msgEvents:burstXmit
define FileLog_HM_47D5B1 FileLog ./log/HM_47D5B1-%Y.log HM_47D5B1
attr FileLog_HM_47D5B1 logtype text
attr FileLog_HM_47D5B1 room CUL_HM
define HM_47D5B1_Weather CUL_HM 47D5B101
attr HM_47D5B1_Weather model HM-CC-RT-DN
attr HM_47D5B1_Weather peerIDs 00000000,
define HM_47D5B1_Climate CUL_HM 47D5B102
attr HM_47D5B1_Climate model HM-CC-RT-DN
attr HM_47D5B1_Climate peerIDs 00000000,
define HM_47D5B1_WindowRec CUL_HM 47D5B103
attr HM_47D5B1_WindowRec model HM-CC-RT-DN
attr HM_47D5B1_WindowRec peerIDs 00000000,
attr HM_47D5B1_WindowRec stateFormat last:trigLast
define HM_47D5B1_Clima CUL_HM 47D5B104
attr HM_47D5B1_Clima model HM-CC-RT-DN
attr HM_47D5B1_Clima peerIDs 00000000,
define HM_47D5B1_ClimaTeam CUL_HM 47D5B105
attr HM_47D5B1_ClimaTeam model HM-CC-RT-DN
attr HM_47D5B1_ClimaTeam peerIDs 00000000,
define HM_47D5B1_remote CUL_HM 47D5B106
attr HM_47D5B1_remote model HM-CC-RT-DN
attr HM_47D5B1_remote peerIDs 00000000,

#Thermostat Wohnzimmer Wohnbereich
define HM_4A75C5 CUL_HM 4A75C5
attr HM_4A75C5 IODev HMUSB
attr HM_4A75C5 actCycle 000:10
attr HM_4A75C5 actStatus unknown
attr HM_4A75C5 alias wz_essbereich_thermostat
attr HM_4A75C5 autoReadReg 4_reqStatus
attr HM_4A75C5 expert 2_full
attr HM_4A75C5 firmware 1.4
attr HM_4A75C5 group Thermostate
attr HM_4A75C5 model HM-CC-RT-DN
attr HM_4A75C5 room Wohnzimmer
attr HM_4A75C5 serialNr NEQ0415231
attr HM_4A75C5 subType thermostat
attr HM_4A75C5 webCmd getConfig:clear msgEvents:burstXmit
define FileLog_HM_4A75C5 FileLog ./log/HM_4A75C5-%Y.log HM_4A75C5
attr FileLog_HM_4A75C5 logtype text
attr FileLog_HM_4A75C5 room CUL_HM
define HM_4A75C5_Weather CUL_HM 4A75C501
attr HM_4A75C5_Weather model HM-CC-RT-DN
attr HM_4A75C5_Weather peerIDs 00000000,
define HM_4A75C5_Climate CUL_HM 4A75C502
attr HM_4A75C5_Climate model HM-CC-RT-DN
attr HM_4A75C5_Climate peerIDs 00000000,
define HM_4A75C5_WindowRec CUL_HM 4A75C503
attr HM_4A75C5_WindowRec model HM-CC-RT-DN
attr HM_4A75C5_WindowRec peerIDs 00000000,
attr HM_4A75C5_WindowRec stateFormat last:trigLast
define HM_4A75C5_Clima CUL_HM 4A75C504
attr HM_4A75C5_Clima model HM-CC-RT-DN
attr HM_4A75C5_Clima peerIDs 00000000,
define HM_4A75C5_ClimaTeam CUL_HM 4A75C505
attr HM_4A75C5_ClimaTeam model HM-CC-RT-DN
attr HM_4A75C5_ClimaTeam peerIDs 00000000,
define HM_4A75C5_remote CUL_HM 4A75C506
attr HM_4A75C5_remote model HM-CC-RT-DN
attr HM_4A75C5_remote peerIDs 00000000,

#Thermostat Schlafzimmer
define HM_4A706E CUL_HM 4A706E
attr HM_4A706E IODev HMUSB
attr HM_4A706E actCycle 000:10
attr HM_4A706E actStatus unknown
attr HM_4A706E alias sz_thermostat
attr HM_4A706E autoReadReg 4_reqStatus
attr HM_4A706E expert 2_full
attr HM_4A706E firmware 1.4
attr HM_4A706E group Thermostate
attr HM_4A706E model HM-CC-RT-DN
attr HM_4A706E room Schlafzimmer
attr HM_4A706E serialNr NEQ0413808
attr HM_4A706E subType thermostat
attr HM_4A706E webCmd getConfig:clear msgEvents:burstXmit
define FileLog_HM_4A706E FileLog ./log/HM_4A706E-%Y.log HM_4A706E
attr FileLog_HM_4A706E logtype text
attr FileLog_HM_4A706E room CUL_HM
define HM_4A706E_Weather CUL_HM 4A706E01
attr HM_4A706E_Weather model HM-CC-RT-DN
attr HM_4A706E_Weather peerIDs 00000000,
define HM_4A706E_Climate CUL_HM 4A706E02
attr HM_4A706E_Climate model HM-CC-RT-DN
attr HM_4A706E_Climate peerIDs 00000000,
define HM_4A706E_WindowRec CUL_HM 4A706E03
attr HM_4A706E_WindowRec model HM-CC-RT-DN
attr HM_4A706E_WindowRec peerIDs 00000000,
attr HM_4A706E_WindowRec stateFormat last:trigLast
define HM_4A706E_Clima CUL_HM 4A706E04
attr HM_4A706E_Clima model HM-CC-RT-DN
attr HM_4A706E_Clima peerIDs 00000000,
define HM_4A706E_ClimaTeam CUL_HM 4A706E05
attr HM_4A706E_ClimaTeam model HM-CC-RT-DN
attr HM_4A706E_ClimaTeam peerIDs 00000000,
define HM_4A706E_remote CUL_HM 4A706E06
attr HM_4A706E_remote model HM-CC-RT-DN
attr HM_4A706E_remote peerIDs 00000000,

#Thermostat Flur
define HM_3D9490 CUL_HM 3D9490
attr HM_3D9490 IODev HMUSB
attr HM_3D9490 actCycle 000:10
attr HM_3D9490 actStatus unknown
attr HM_3D9490 alias flur_thermostat
attr HM_3D9490 autoReadReg 4_reqStatus
attr HM_3D9490 expert 2_full
attr HM_3D9490 firmware 1.4
attr HM_3D9490 group Thermostate
attr HM_3D9490 model HM-CC-RT-DN
attr HM_3D9490 room Flur
attr HM_3D9490 serialNr MEQ0560612
attr HM_3D9490 subType thermostat
attr HM_3D9490 webCmd getConfig:clear msgEvents:burstXmit
define FileLog_HM_3D9490 FileLog ./log/HM_3D9490-%Y.log HM_3D9490
attr FileLog_HM_3D9490 logtype text
attr FileLog_HM_3D9490 room CUL_HM
define HM_3D9490_Weather CUL_HM 3D949001
attr HM_3D9490_Weather model HM-CC-RT-DN
attr HM_3D9490_Weather peerIDs 00000000,
define HM_3D9490_Climate CUL_HM 3D949002
attr HM_3D9490_Climate model HM-CC-RT-DN
attr HM_3D9490_Climate peerIDs 00000000,
define HM_3D9490_WindowRec CUL_HM 3D949003
attr HM_3D9490_WindowRec model HM-CC-RT-DN
attr HM_3D9490_WindowRec peerIDs 00000000,
attr HM_3D9490_WindowRec stateFormat last:trigLast
define HM_3D9490_Clima CUL_HM 3D949004
attr HM_3D9490_Clima model HM-CC-RT-DN
attr HM_3D9490_Clima peerIDs 00000000,
define HM_3D9490_ClimaTeam CUL_HM 3D949005
attr HM_3D9490_ClimaTeam model HM-CC-RT-DN
attr HM_3D9490_ClimaTeam peerIDs 00000000,
define HM_3D9490_remote CUL_HM 3D949006
attr HM_3D9490_remote model HM-CC-RT-DN
attr HM_3D9490_remote peerIDs 00000000,

#Thermostat Bad
define HM_3D9466 CUL_HM 3D9466
attr HM_3D9466 IODev HMUSB
attr HM_3D9466 actCycle 000:10
attr HM_3D9466 actStatus unknown
attr HM_3D9466 alias bad_thermostat
attr HM_3D9466 autoReadReg 4_reqStatus
attr HM_3D9466 expert 2_full
attr HM_3D9466 firmware 1.4
attr HM_3D9466 group Thermostate
attr HM_3D9466 model HM-CC-RT-DN
attr HM_3D9466 room Bad
attr HM_3D9466 serialNr MEQ0560590
attr HM_3D9466 subType thermostat
attr HM_3D9466 webCmd getConfig:clear msgEvents:burstXmit
define FileLog_HM_3D9466 FileLog ./log/HM_3D9466-%Y.log HM_3D9466
attr FileLog_HM_3D9466 logtype text
attr FileLog_HM_3D9466 room CUL_HM
define HM_3D9466_Weather CUL_HM 3D946601
attr HM_3D9466_Weather model HM-CC-RT-DN
attr HM_3D9466_Weather peerIDs 00000000,
define HM_3D9466_Climate CUL_HM 3D946602
attr HM_3D9466_Climate model HM-CC-RT-DN
attr HM_3D9466_Climate peerIDs 00000000,
define HM_3D9466_WindowRec CUL_HM 3D946603
attr HM_3D9466_WindowRec model HM-CC-RT-DN
attr HM_3D9466_WindowRec peerIDs 00000000,
attr HM_3D9466_WindowRec stateFormat last:trigLast
define HM_3D9466_Clima CUL_HM 3D946604
attr HM_3D9466_Clima model HM-CC-RT-DN
attr HM_3D9466_Clima peerIDs 00000000,
define HM_3D9466_ClimaTeam CUL_HM 3D946605
attr HM_3D9466_ClimaTeam model HM-CC-RT-DN
attr HM_3D9466_ClimaTeam peerIDs 00000000,
define HM_3D9466_remote CUL_HM 3D946606
attr HM_3D9466_remote model HM-CC-RT-DN
attr HM_3D9466_remote peerIDs 00000000,

#Thermostat Küche
define HM_3D944E CUL_HM 3D944E
attr HM_3D944E IODev HMUSB
attr HM_3D944E actCycle 000:10
attr HM_3D944E actStatus unknown
attr HM_3D944E alias küche_thermostat
attr HM_3D944E autoReadReg 4_reqStatus
attr HM_3D944E expert 2_full
attr HM_3D944E firmware 1.4
attr HM_3D944E group Thermostate
attr HM_3D944E model HM-CC-RT-DN
attr HM_3D944E room Küche
attr HM_3D944E serialNr MEQ0560626
attr HM_3D944E subType thermostat
attr HM_3D944E webCmd getConfig:clear msgEvents:burstXmit
define FileLog_HM_3D944E FileLog ./log/HM_3D944E-%Y.log HM_3D944E
attr FileLog_HM_3D944E logtype text
attr FileLog_HM_3D944E room CUL_HM
define HM_3D944E_Weather CUL_HM 3D944E01
attr HM_3D944E_Weather model HM-CC-RT-DN
attr HM_3D944E_Weather peerIDs 00000000,
define HM_3D944E_Climate CUL_HM 3D944E02
attr HM_3D944E_Climate model HM-CC-RT-DN
attr HM_3D944E_Climate peerIDs 00000000,
define HM_3D944E_WindowRec CUL_HM 3D944E03
attr HM_3D944E_WindowRec model HM-CC-RT-DN
attr HM_3D944E_WindowRec peerIDs 00000000,
attr HM_3D944E_WindowRec stateFormat last:trigLast
define HM_3D944E_Clima CUL_HM 3D944E04
attr HM_3D944E_Clima model HM-CC-RT-DN
attr HM_3D944E_Clima peerIDs 00000000,
define HM_3D944E_ClimaTeam CUL_HM 3D944E05
attr HM_3D944E_ClimaTeam model HM-CC-RT-DN
attr HM_3D944E_ClimaTeam peerIDs 00000000,
define HM_3D944E_remote CUL_HM 3D944E06
attr HM_3D944E_remote model HM-CC-RT-DN
attr HM_3D944E_remote peerIDs 00000000,

Gruß Hoppel

misteriös ... mit der demo-config sollte es schon gehen.

ich habe nicht den ganzen Thread im Kopf, auf welcher Hardware und mit welchem Image läuft das? Kann es sein, dass es schon realtiva alt ist? Hast du nur fhem aktuallisiert, oder auch OS-Image?

Hast du mal nachdem alles gecrasht ist manuell gestartet? Kommen hier noch irgend welche Perl-Warnungen? Sollte mit Syslog identisch sein, ... aber ist einfacher da du nicht immer Dateien runterladen musst.

Manuell starten mit ....   /usr/bin/perl fhem.pl fhem.cfg   ... oder entsprechende Demo-cfg, kannst direkt hier ansprechen, dann musst du nicht rumkopieren.

Hat der fhem-User Berechtigung auf alle Dateien im fhem-Ordner? Das Backup-File gehört root, die anderen sehen aber gut aus soweit ich das sehe. Hast du mal alle USB-Devices abgesteckt, im Log taucht mal HMUSB oder so auf.

Nochmal eine doofe Frage:

Das Problem existiert doch _nur_, wenn via shutdown restart innerhalb FHEM neu gestartet wird.
Ein reboot des gesamten Rechners (was ist das überhaupt - ein Pi?) mit der "normalen" .cfg (die du bisher genutzt hast, nix demo) funktioniert, ebenso das starten via systemctl mit vorherigem Stop - so hatte ich es bis dato verstanden.

Dann würde ich hier nochmal anfangen zu gucken:

Zitat von: hoppel118 am 11 Januar 2018, 01:15:53
Der Teil sieht komisch aus:

Code Auswählen Erweitern

Jan 10 16:48:38 omv4 perl[30040]: 2018.01.10 16:48:38.067 0: Server started with 58 defined entities (fhem.pl:15804/2018-01-06 perl:5.024001 os:linux user:fhem pid:30040)
Jan 10 16:48:39 omv4 perl[30040]: 2018.01.10 16:48:39.448 3: WEB_XX.XX.XX.159_57065: unsupported HTTP method #026#003#001#002
Jan 10 16:49:57 omv4 perl[30040]: 2018.01.10 16:49:57.400 3: WEB_XX.XX.XX.159_57071: unsupported HTTP method #026#003#001#002
Jan 10 16:50:07 omv4 systemd[1]: fhem.service: Start operation timed out. Terminating.

Taucht das wieder auf? Wenn ja:
Das sieht mir sehr danach aus, als würde FHEM zu früh wieder mit irgendwas belastet, das es zu diesem Zeitpunkt noch nicht mag. Ist das (...XXX.159) der Rechner, von dem aus du den reboot gestartet hast? Oder irgend ein anderer, der Daten von FEHM holen will, aber dazu nicht autorisiert ist? Irgend sowas in der Art halt.

Aber wenn FHEM an sich ordentlich startet, ist es eher nichts, was intern abläuft, sondern kommt von außen. Ich würde mal die Zeit bis zum Restart drastisch nach oben setzen (30 Sek. oder mehr als Delay).

Zitat von: kadettilac89 am 11 Januar 2018, 15:19:10
misteriös ... mit der demo-config sollte es schon gehen.

Jo, das ist mysteriös, sehe ich auch so...

Zitat von: kadettilac89 am 11 Januar 2018, 15:19:10
ich habe nicht den ganzen Thread im Kopf, auf welcher Hardware und mit welchem Image läuft das? Kann es sein, dass es schon realtiva alt ist? Hast du nur fhem aktuallisiert, oder auch OS-Image?

Hardware: Supermicro X11SSH-CTF, 64GB ECC RAM, XEON E3-1240Lv5, 8x4TB RaidZ2, SSD für's OS, Digital Devices MaxS8, HM-CFG-USB-2)
Software: Debian Stretch (Openmediavault4), FHEM und VDR nativ installiert, Emby und Unifi Controller in einem Docker-Container

Das ist alles brandaktuell und für diesen Zweck völlig übertrieben! ;) Aber läuft hammermäßig! 8)

Zitat von: kadettilac89 am 11 Januar 2018, 15:19:10
Hast du mal nachdem alles gecrasht ist manuell gestartet? Kommen hier noch irgend welche Perl-Warnungen? Sollte mit Syslog identisch sein, ... aber ist einfacher da du nicht immer Dateien runterladen musst.

siehe meinen vorherigen Post

Zitat von: kadettilac89 am 11 Januar 2018, 15:19:10
Manuell starten mit ....   /usr/bin/perl fhem.pl fhem.cfg   ... oder entsprechende Demo-cfg, kannst direkt hier ansprechen, dann musst du nicht rumkopieren.

Danke für den Tip!

Zitat von: kadettilac89 am 11 Januar 2018, 15:19:10
Hat der fhem-User Berechtigung auf alle Dateien im fhem-Ordner? Das Backup-File gehört root, die anderen sehen aber gut aus soweit ich das sehe. Hast du mal alle USB-Devices abgesteckt, im Log taucht mal HMUSB oder so auf.

Das backup-File habe ich selbst erzeugt, sollte fhem also nicht interessieren, wem das gehört. Das Problem trat außerdem schon auf, bevor die Datei von mir angelegt wurde.

Zitat von: Beta-User am 11 Januar 2018, 15:58:14
Nochmal eine doofe Frage:

Das Problem existiert doch _nur_, wenn via shutdown restart innerhalb FHEM neu gestartet wird.
Ein reboot des gesamten Rechners (was ist das überhaupt - ein Pi?) mit der "normalen" .cfg (die du bisher genutzt hast, nix demo) funktioniert, ebenso das starten via systemctl mit vorherigem Stop - so hatte ich es bis dato verstanden.

Jo, das Problem existiert nur bei "shutdown restart" über das WebInterface. Alles andere hast du richtig verstanden. Angaben zur Hardware/Software siehe oben.

Zitat von: Beta-User am 11 Januar 2018, 15:58:14
Dann würde ich hier nochmal anfangen zu gucken:

Taucht das wieder auf? Wenn ja:
Das sieht mir sehr danach aus, als würde FHEM zu früh wieder mit irgendwas belastet, das es zu diesem Zeitpunkt noch nicht mag. Ist das (...XXX.159) der Rechner, von dem aus du den reboot gestartet hast? Oder irgend ein anderer, der Daten von FEHM holen will, aber dazu nicht autorisiert ist? Irgend sowas in der Art halt.

Nein, das Problem ist seither nicht mehr aufgetaucht. Daran kann es nicht liegen. Da hatte ich wahrscheinlich irgendwas verbastelt, was ich dann durch das Einspielen des Backups gleich wieder korrigiert habe. Ja, XX.XX.XX.159 ist der Rechner mit dem ich per SSH verbunden und auf dem FHEM WebInterface unterwegs war.

Zitat von: Beta-User am 11 Januar 2018, 15:58:14
Aber wenn FHEM an sich ordentlich startet, ist es eher nichts, was intern abläuft, sondern kommt von außen. Ich würde mal die Zeit bis zum Restart drastisch nach oben setzen (30 Sek. oder mehr als Delay).

Wie lautet der Befehl?


Danke euch für die Tatkräftige Unterstützung!

Gruß Hoppel

Befehl: Am global-Device das Attribut shutdownDelay auf 30 setzen...

EDIT: Hier gab es übrigens noch so einen Thread mit weiteren Links, scheint also doch irgendwie lösbar zu sein:
https://forum.fhem.de/index.php/topic,82602.0.html

Beta-User

Ich gehe davon aus das es damit was zu tun hat.
https://forum.fhem.de/index.php/topic,81699.0.html

Anscheinend funktioniert auf neueren Distributionen die Art und Weise wie shutdown restart in FHEM arbeitet so nicht mehr. Hat wohl was mit systemd zu tun.
Ich bilde mir ein das Udo und der Junior daran aktuell gearbeitet haben und es in neueren Versionen geht. Dazu müsste ich aber mal Udo fragen. Werde ihn mal anschreiben.



Grüße

.... zum Testen nochmal Thema "Test mit init.d"

system.d entfernen


systemctl stop [servicename]
systemctl disable [servicename]
rm /etc/systemd/system/[servicename]
rm /etc/systemd/system/[servicename] symlinks that might be related
systemctl daemon-reload
systemctl reset-failed


init.d anlegen + aktivieren ... source zum letzten script etwas weiter oben, script in /etc/init.d

etwas ausfühlicher ...
... https://mobiarch.wordpress.com/2014/05/16/creating-an-init-script-in-ubuntu-14-04/


sudo update-rc.d fhem defaults


https://svn.fhem.de/trac/browser/trunk/fhem/contrib/init-scripts/fhem.service

Hier sollte eine funktionierende service Datei für den fhem service liegen. Wie gesagt ob es geht oder nicht habe ich jetzt nicht geprüft. Kann ich aber gleich mal machen.

Gerade getestet, da muss noch mehr mit dran hängen.

Also ich habe mal was versucht.
Das hier ist der entscheidende Code

if ($^O !~ m/Win/) {
            printf "exec $^X $0 $attr{global}{configfile}";
      system("(sleep " . AttrVal("global", "restartDelay", 2) .
                                 "; exec $^X $0 $attr{global}{configfile})&");


Ich habe mir mal eine Ausgabe machen lassen und der Befehl lautet bei mir dann so

exec /usr/bin/perl fhem.pl configDB


Sollte also eigentlich ausgeführt werden. Wenn ich den Befehl von Hand eingebe geht es. Habe schon das restartDelay hoch gesetzt auf 10s aber hat nicht geholfen.

auch wenns nicht die endgültige Lösung ist ... shutdown restart aus Fhem raus ...

https://forum.fhem.de/index.php/topic,81660.msg737412.html#msg737412

Parallel gibt es nahezu identische Diskussion mit Udo hier ....
https://forum.fhem.de/index.php/topic,82602.0.html

Hallo Leute,

ok, wenn ich die ganzen Threads richtig verstehe, habe ich folgende Möglichkeiten, um fhem neuzustarten:

1. auf ,,shutdown restart" über das WebInterface verzichten und den Service stoppen und starten
2. im systemd Script die beiden Optionen ,,Restart=always" und ,,RestartSec=5" aktivieren, mit der Einschränkung, dass dann ein reiner ,,shutdown" über das WebInterface nicht mehr funktioniert

Habe ich irgendwas vergessen?

Da ich sowieso meistens auf der Command Line unterwegs bin, werde ich mich wahrscheinlich für Variante 1 entscheiden.

init.d Script werde ich bei Gelegenheit nochmal testen.

Danke für die Unterstützung!

Gruß Hoppel

was ggf. noch einen Test wert wäre ...

Restart=on-failure sollte den Fhem-Service selber starten wenn du ihn per "kill (-9)" hart beendest. Wenn es nicht wie erwartet funktioniert dann wäre Restart=always die bessere Wahl, das funktioniert bei mir. "Es sollte" funktionieren, aber es sollte auch shutdown restart funktionieren --> Test.

Die automatische Restart Funktion im Fehlerfall ist ganz nett. Ist in init.d aber auch nicht enthalten. Wenn crash dann weg.

Hallo,
auch wenn hier lange nicht mehr geschrieben wurde möchte ich es trotzdem versuchen. Ich bin noch ziemlich neu in FHEM und deswegen auch nicht ganz so sicher mit den Begriffen. Ich gehe aber mal davon aus, daß mit WebInterface einfach die Möglichkeit ist, meine FHEM Installation über einen normalen Webbrowser zu erreichen. Ich habe nun folgendes Problem. Ich habe eine laufende FHEMinstallation auf einen Raspberry3 zu laufen. Ging alles bis vor 2 Stunden auch noch ohne Problem. Da ich was umbauen und dadurch den Pi vom Strom musste, habe ich Fhem mit "sudo /etc/init.d/fhem stop" gestoppt. Das hat auch geklappt, zumindestens habe ich nach "sudo /etc/init.d/fhem status"angezeigt bekommen das FHEM nicht mehr läuft. Habe dann mit "sudo shutdown" den Pi runter gefahren. Dann alles erledigt und den Pi wieder in Betrieb genommen. Der einzige Unterschied ist ein neues Netzteil. Der Pi ist normal hochgefahren. Mit putty konnte ich mich ganz normal auf den Pi einloggen. Die Anfrage "sudo /etc/init.d/fhem status" hat mir das Ergebniss gebracht, daß FHEM läuft. Aber ich erreiche die Installation einfach nicht mehr mit dem Webbrowser. Woran kann das liegen? Das System sollte aktuell sein und das letzte Backup ist auch erst 1 Tag alt.
Was kann ich machen?
Gruß Jens

Hallo Jens,

Tipps zur Suche -> https://wiki.fhem.de/wiki/FHEM_startet_nicht_-_Tipps_zur_Fehlersuche

Spontane Idee: Runterfahren, Alle USB Geräte abziehen, Ohne USB Geräte Neu starten.

Gruß Otto

Hallo Otto,
vielen Dank für die schnelle Hilfe. Das hat geklappt. Auf die Idee wäre ich nie im Leben gekommen. Wieder was gelernt.
Gruß Jens

Das ist natürlich nicht die Lösung! Die Lösung ist wahrscheinlich:
In der FHEM Kommandozeile
attr initialUsbCheck disable 1
Danach save nicht vergessen!
Dann wieder runterfahren und die USB Geräte anschließen. Schauen ob er dann auch nach "Strom aus" sauber startet!

Gruß Otto