Readingsgroup führt zu fhem server restarts group mit Timestamp

Begonnen von riker1, 12 Februar 2019, 21:03:04

Vorheriges Thema - Nächstes Thema

Wuppi68

Zitat von: riker1 am 14 Februar 2019, 18:08:35
Kann die structure denn mit dem Readingstimestamp?

define MAX_Mode_Problem readingsGroup <Name>,<Temp>,<DesiredTemp>,<mode>,<t-time> MAX.*:temperature,state,mode,{(ReadingsTimestamp($DEVICE,'temperature',''))}
setuuid MAX_Mode_Problem 5c633189-f33f-74bb-4588-ac5c1d5847c2b172
attr MAX_Mode_Problem mapping %ALIAS
attr MAX_Mode_Problem room 02_structure
attr MAX_Mode_Problem verbose 5


überhauptgehen?

keine Ahnung ....

bevor ich mir noch 3,6 MEGABYTE an Log reinziehe

set mal im Device GLOBAL verbose auf 3 runter und in der REadingsgroup die evtl. das Problem ist Verbose auf 5 .... dann sollte das Log auch etwas kleiner sein ;-)
FHEM unter Proxmox als VM

riker1

FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

riker1

Guten Morgen,

hatte verbose 5 ja eingestellt  da du es so angefragt hattest.

hier ein kleines log

   Loaded: loaded (/etc/systemd/system/fhem.service; enabled; vendor preset: enabled)
   Active: deactivating (stop-sigterm) (Result: exit-code) since Fri 2019-02-15 07:41:16 CET; 3s ago
  Process: 15190 ExecStart=/usr/bin/perl fhem.pl fhem.cfg (code=exited, status=0/SUCCESS)
Main PID: 15205 (code=exited, status=255)
    Tasks: 2 (limit: 2319)
   CGroup: /system.slice/fhem.service
           ├─15680 /usr/bin/perl fhem.pl fhem.cfg
           └─15709 ping -c 6 192.168.0.31

Feb 15 07:36:28 ub9 systemd[1]: Starting FHEM Home Automation...
Feb 15 07:36:29 ub9 systemd[1]: Started FHEM Home Automation.
Feb 15 07:41:16 ub9 systemd[1]: fhem.service: Main process exited, code=exited, status=255/n/a


structure MAX_Mode_Problem mit verbose 5
Global Verbose 3

habe das attribute disable gelöscht und schon war der server wieder weg.

Vielen Dank für den super Support
FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

riker1

Hallo
hatte vergessen stacktrace bei Global zu aktivieren.

Hier das log damit

Absturz beim Refresh der structure

Danke nochmal
FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

Beta-User

Nochmal ein paar grundsätzliche Dinge:
- Kann es sein, dass was anderes den FHEM-Dienst neu startet? Z.B., weil FHEM zu lange nicht reagiert? Könnte dann in den Linux-logs zu finden sein.- Was m.E. zu oft auftaucht, sind irgendwelche Netzwerkaktivitäten, v.a. Presence-Pings, die - jedenfalls nach meinem Gefühl - unglaublich oft aktiv aufgerufen werden. Muß das sein? (Mir reicht bisher ein notify, das auf Meldungen der Fritzbox reagiert; wenn du mehrere zu checkende AP's hast hast: ggf. mit structure arbeiten oder intern die entsprechenden Readings der weiteren Geräte checken).
- Du hast unglaublich viele Dinge da im Log, die auf irgendwelchen Code hindeuten, der nicht funktioniert (vergessenes Leerzeichen bei setreading usw.). Räum' doch erst mal da auf, bevor du was neues anfängst...

Wenn du damit fertig bist zu der ReadingsGroup: Was willst du eigentlich erreichen und wo hast du den Code her?
(Ich werde dazu aber nichts sagen, solange das log so Kraut und Rüben ist :P !)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

riker1

Hallo Beta User,

ok danke, werde mal säubern und aufräumen.
Simple Fehler beim setreading checke ich gleich mal.

Wollte ja mit structure und readingsgroup alles besser strukturieren, aber da kam der Absturz....

Wie checke ich denn die Unix logs am Besten um Fhem Probleme zu finden?

dmesg -T | grep fhem
dmesg -T | grep perl

liefert gar nichts.

journalctl | grep fhem zum Zeitpunkt des Absturzes:


eb 15 07:41:14 ub9 sudo[15689]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:41:15 ub9 sudo[15697]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:41:16 ub9 systemd[1]: fhem.service: Main process exited, code=exited, status=255/n/a
Feb 15 07:41:20 ub9 sudo[15711]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:41:21 ub9 systemd[1]: fhem.service: Failed with result 'exit-code'.
Feb 15 07:41:21 ub9 systemd[1]: fhem.service: Service hold-off time over, scheduling restart.
Feb 15 07:41:21 ub9 systemd[1]: fhem.service: Scheduled restart job, restart counter is at 1.
Feb 15 07:43:21 ub9 sshd[15951]: Accepted publickey for fhem from 192.168.0.10 port 59211 ssh2: RSA SHA256:OrNysD7t4ufM7qzFwg2jTo8ncknbja6u9DV3U1P0yl0
Feb 15 07:43:21 ub9 sshd[15951]: pam_unix(sshd:session): session opened for user fhem by (uid=0)
Feb 15 07:43:21 ub9 systemd-logind[1075]: New session 512 of user fhem.
Feb 15 07:43:21 ub9 systemd[1]: Started Session 512 of user fhem.
Feb 15 07:43:43 ub9 sudo[16077]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl start fhem
Feb 15 07:44:29 ub9 sshd[15951]: pam_unix(sshd:session): session closed for user fhem
Feb 15 07:45:48 ub9 systemd[1]: fhem.service: Main process exited, code=exited, status=255/n/a
Feb 15 07:45:48 ub9 systemd[1]: fhem.service: Failed with result 'exit-code'.
Feb 15 07:45:48 ub9 systemd[1]: fhem.service: Service hold-off time over, scheduling restart.
Feb 15 07:45:48 ub9 systemd[1]: fhem.service: Scheduled restart job, restart counter is at 2.
Feb 15 07:47:44 ub9 sudo[16479]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:48:06 ub9 sudo[16503]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:48:15 ub9 sudo[16527]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:48:31 ub9 sudo[16547]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:48:33 ub9 sudo[16553]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:48:33 ub9 sudo[16557]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:48:34 ub9 sudo[16561]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:48:35 ub9 sudo[16565]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:48:36 ub9 sudo[16571]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:48:36 ub9 sudo[16575]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:48:37 ub9 sudo[16581]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:48:38 ub9 sudo[16588]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:48:39 ub9 sudo[16592]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:48:40 ub9 sudo[16596]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:48:42 ub9 sudo[16603]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:48:44 ub9 sudo[16614]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:48:45 ub9 sudo[16619]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:48:46 ub9 sudo[16623]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:49:07 ub9 sudo[16663]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:49:08 ub9 sudo[16668]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:49:09 ub9 sudo[16672]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:49:17 ub9 systemd[1]: fhem.service: Main process exited, code=exited, status=255/n/a
Feb 15 07:49:17 ub9 systemd[1]: fhem.service: Failed with result 'exit-code'.
Feb 15 07:49:17 ub9 systemd[1]: fhem.service: Service hold-off time over, scheduling restart.
Feb 15 07:49:17 ub9 systemd[1]: fhem.service: Scheduled restart job, restart counter is at 3.
Feb 15 07:49:21 ub9 sudo[16707]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:49:34 ub9 sudo[16713]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl stop fhem
Feb 15 07:51:18 ub9 sshd[16787]: Accepted publickey for fhem from 192.168.0.10 port 34325 ssh2: RSA SHA256:OrNysD7t4ufM7qzFwg2jTo8ncknbja6u9DV3U1P0yl0
Feb 15 07:51:18 ub9 sshd[16787]: pam_unix(sshd:session): session opened for user fhem by (uid=0)
Feb 15 07:51:18 ub9 systemd-logind[1075]: New session 513 of user fhem.
Feb 15 07:51:18 ub9 systemd[1]: Started Session 513 of user fhem.
Feb 15 07:52:01 ub9 sudo[16870]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 07:52:24 ub9 sshd[16787]: pam_unix(sshd:session): session closed for user fhem
Feb 15 08:03:47 ub9 sudo[16890]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl status -l fhem
Feb 15 08:04:01 ub9 sshd[16893]: Accepted publickey for fhem from 192.168.0.10 port 57468 ssh2: RSA SHA256:OrNysD7t4ufM7qzFwg2jTo8ncknbja6u9DV3U1P0yl0
Feb 15 08:04:01 ub9 sshd[16893]: pam_unix(sshd:session): session opened for user fhem by (uid=0)
Feb 15 08:04:01 ub9 systemd[1]: Started Session 514 of user fhem.
Feb 15 08:04:01 ub9 systemd-logind[1075]: New session 514 of user fhem.
Feb 15 08:04:23 ub9 sudo[16982]: zwh100 : TTY=pts/0 ; PWD=/home/zwh100 ; USER=root ; COMMAND=/bin/systemctl start fhem
Feb 15 08:05:17 ub9 sshd[16893]: pam_unix(sshd:session): session closed for user fhem


Danke
FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

Beta-User

Ne, sorry, ist eindeutig, kommt von der MAX-Readings-Group. Da mag er die einleitende Klammer wohl nicht, weil sie auf der anderen Seite nicht geschlossen ist (vor ReadingsTimestamp). Die ist vermutlich eh' nicht erforderlich, aber wie gesagt: kümmere dich erst mal um den Rest...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Wernieman

Unix (Linux) Logs sind i m L0og-verzeichnis:
ls -lha /var/log/

Am besten mal das syslog nach einem Absturz/restart prüfenprüfen:
tail -n50 /var/log/syslog

Die 50 bedeuten: Die letzten 50 Zeilen. Eventuell anpassen ....
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

riker1

#38
Zitat von: Beta-User am 15 Februar 2019, 08:50:22
Ne, sorry, ist eindeutig, kommt von der MAX-Readings-Group. Da mag er die einleitende Klammer wohl nicht, weil sie auf der anderen Seite nicht geschlossen ist (vor ReadingsTimestamp). Die ist vermutlich eh' nicht erforderlich, aber wie gesagt: kümmere dich erst mal um den Rest...

Hallo

ja bin am aufräumen.
Eventuell bin ich blind. Wo ist die Klammer nicht geschlossen?


defmod MAX_Mode_Problem readingsGroup <Name>,<Temp>,<DesiredTemp>,<mode>,<t-time> MAX.*:temperature,state,mode,
{(
   ReadingsTimestamp($DEVICE,'temperature','')
   )
}


Danke T


PS. Absturz auch mit (Klammern weggenommen):

defmod MAX_Mode_Problem readingsGroup <Name>,<Temp>,<DesiredTemp>,<mode>,<t-time> MAX.*:temperature,state,mode,{   ReadingsTimestamp($DEVICE,'temperature','')}
FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

riker1

Zitat von: Wernieman am 15 Februar 2019, 08:52:58
Unix (Linux) Logs sind i m L0og-verzeichnis:
ls -lha /var/log/

Am besten mal das syslog nach einem Absturz/restart prüfenprüfen:
tail -n50 /var/log/syslog

Die 50 bedeuten: Die letzten 50 Zeilen. Eventuell anpassen ....

habe da mal gecheckt, sieht für mich unauffällig auf.

absturz war 9:32.

Feb 15 08:04:01 localhost systemd[1]: Started Session 514 of user fhem.
Feb 15 08:04:23 localhost systemd[1]: Starting FHEM Home Automation...
Feb 15 08:04:23 localhost systemd[1]: Started FHEM Home Automation.
Feb 15 08:10:15 localhost systemd-networkd[19950]: enp1s0: DHCPv6 lease lost
Feb 15 08:10:15 localhost systemd-networkd[19950]: enp1s0: DHCPv6 address 2a02:810b:c740:131e:219:66ff:fe33:5095/128 timeout preferred 3600 valid 7200
Feb 15 08:17:01 localhost CRON[18204]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Feb 15 08:20:02 localhost kernel: [829314.326259] CIFS VFS: Server 192.168.0.22 has not responded in 120 seconds. Reconnecting...
Feb 15 08:20:02 localhost kernel: [829314.326425] CIFS VFS: Server 192.168.0.22 has not responded in 120 seconds. Reconnecting...
Feb 15 08:20:02 localhost kernel: [829314.326548] CIFS VFS: Server 192.168.0.22 has not responded in 120 seconds. Reconnecting...
Feb 15 08:20:02 localhost kernel: [829314.326652] CIFS VFS: Server 192.168.0.22 has not responded in 120 seconds. Reconnecting...
Feb 15 08:23:10 localhost systemd[1]: Starting Daily apt download activities...
Feb 15 08:23:13 localhost systemd-resolved[20017]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Feb 15 08:23:19 localhost systemd-resolved[20017]: message repeated 18 times: [ Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.]
Feb 15 08:24:30 localhost systemd[1]: Started Daily apt download activities.
Feb 15 08:52:13 localhost systemd-resolved[20017]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Feb 15 08:52:13 localhost systemd-resolved[20017]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Feb 15 08:52:13 localhost systemd-resolved[20017]: Using degraded feature set (UDP) for DNS server fd00::ca0e:14ff:fe4f:808b.
Feb 15 08:52:13 localhost systemd-resolved[20017]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Feb 15 08:52:13 localhost systemd-resolved[20017]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Feb 15 08:52:25 localhost systemd-resolved[20017]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Feb 15 08:52:25 localhost systemd-resolved[20017]: message repeated 3 times: [ Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.]
Feb 15 08:56:49 localhost systemd[1]: Starting Message of the Day...
Feb 15 08:56:50 localhost 50-motd-news[22559]:  * 'snap info' now shows the freshness of each channel.
Feb 15 08:56:50 localhost 50-motd-news[22559]:    Try 'snap info microk8s' for all the latest goodness.
Feb 15 08:56:50 localhost systemd[1]: Started Message of the Day.
Feb 15 09:01:00 localhost systemd[1]: Started Session 516 of user fhem.
Feb 15 09:01:21 localhost systemd-resolved[20017]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Feb 15 09:01:21 localhost systemd-resolved[20017]: message repeated 3 times: [ Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.]
Feb 15 09:17:01 localhost CRON[24685]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Feb 15 09:28:52 localhost systemd[1]: fhem.service: Main process exited, code=exited, status=255/n/a
Feb 15 09:28:52 localhost systemd[1]: fhem.service: Failed with result 'exit-code'.
Feb 15 09:28:52 localhost systemd[1]: fhem.service: Service hold-off time over, scheduling restart.
Feb 15 09:28:52 localhost systemd[1]: fhem.service: Scheduled restart job, restart counter is at 1.
Feb 15 09:28:52 localhost systemd[1]: Stopped FHEM Home Automation.
Feb 15 09:28:52 localhost systemd[1]: Starting FHEM Home Automation...
Feb 15 09:28:53 localhost systemd[1]: Started FHEM Home Automation.
Feb 15 09:32:00 localhost systemd[1]: fhem.service: Main process exited, code=exited, status=255/n/a
Feb 15 09:32:00 localhost systemd[1]: fhem.service: Failed with result 'exit-code'.
Feb 15 09:32:00 localhost systemd[1]: fhem.service: Service hold-off time over, scheduling restart.
Feb 15 09:32:00 localhost systemd[1]: fhem.service: Scheduled restart job, restart counter is at 2.
Feb 15 09:32:00 localhost systemd[1]: Stopped FHEM Home Automation.
Feb 15 09:32:00 localhost systemd[1]: Starting FHEM Home Automation...
Feb 15 09:32:00 localhost systemd[1]: Started FHEM Home Automation.
FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

Wernieman

Feb 15 09:28:52 localhost systemd[1]: fhem.service: Main process exited, code=exited, status=255/n/a
Feb 15 09:28:52 localhost systemd[1]: fhem.service: Failed with result 'exit-code'.
Feb 15 09:28:52 localhost systemd[1]: fhem.service: Service hold-off time over, scheduling restart.
Feb 15 09:28:52 localhost systemd[1]: fhem.service: Scheduled restart job, restart counter is at 1.
.......

Nicht gaaaaans, restart war schon 09:28:52.
Wurde von systemd restartet

Wie hast Du den Service configuriert?
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Beta-User

Zitat von: riker1 am 15 Februar 2019, 09:26:54
Eventuell bin ich blind. Wo ist die Klammer nicht geschlossen?
;D Der Punkt ist nicht: Bist du blind, sondern: FHEM sieht die schließende Klammer nicht. Das stand jedenfalls bisher im log. Daher auch meine Frage, wo du den code für die ReadingsGroup her hast (und die Überzeugung nimmst, dass ReadingsGroup an der Stelle überhaupt Perl-Code akzeptiert; vorab: ich habe nicht in die cref dazu geschaut).

Zitat von: riker1 am 15 Februar 2019, 09:26:54
ja bin am aufräumen.
Zitat von: riker1 am 15 Februar 2019, 08:35:19
Wollte ja mit structure und readingsgroup alles besser strukturieren, aber da kam der Absturz....
Nochmal: schau erst mal ins log und versuche darüber (und das Nachdenken über die Meldungen) erst mal eine Bereinigung durchzuführen. Zusätzlicher code und Ignoranz gegenüber den Aussagen des Programms (via log) bringen dich nicht weiter...

Just my2ct.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

riker1

Zitat von: Wernieman am 15 Februar 2019, 10:08:21
Feb 15 09:28:52 localhost systemd[1]: fhem.service: Main process exited, code=exited, status=255/n/a
Feb 15 09:28:52 localhost systemd[1]: fhem.service: Failed with result 'exit-code'.
Feb 15 09:28:52 localhost systemd[1]: fhem.service: Service hold-off time over, scheduling restart.
Feb 15 09:28:52 localhost systemd[1]: fhem.service: Scheduled restart job, restart counter is at 1.
.......


Wie hast Du den Service configuriert?

Hallo

systemd

# $Id: fhem.service 16001 2018-01-26 11:54:41Z 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
Restart=always

[Install]
WantedBy=multi-user.target


habe ich aber nicht manuel angepackt.

Ist das nicht die Standardconfiguartion?

FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

Wernieman

d.h. fhem schmiert Dir "gans einfach ab" und Systemd startet Ihn dann wieder ...

Wie schon Beta-User sagte:
Mach Dein FHEM sauber .... irgendwo hast Du ein GROßES Problem ...
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Wuppi68

deaktivier mal die Readingsgroup dann sollte erst einmal ein wenig Ruhe sein ...

ansonsten kannst Du noch in eine funktionieren 99_.*.pm folgendes einfügen (MEGA quick and realy very dirty)


$SIG{__DIE__} = sub {
    my ($msg) = @_;

    Log 1, "PERL ERROR: $msg";
    stacktrace();
}


ob FHEM danach noch funktioniert steht dann durch die Glaskugel den Kaffeesatz in den Sternen gelesen
FHEM unter Proxmox als VM