FHEM startet nicht mehr

Begonnen von Fillip, 20 Juli 2017, 08:57:19

Vorheriges Thema - Nächstes Thema

Fillip

Guten morgen zusammen,
ich setze schon seit längerem FHEM eigentlich Problemlos auf einem Raspberry ein. Wie es der teufel so will, ist wärend des Urlaubs / unserer Abwesenheit, irgendetwas schief gelaufen. Erst war FHEM nicht mehr per HTTPs erreichbar, war zwar alles eingestell, habe auch neue Zertifikate erstellt, aber erfolglos, dann bin ich auf HTTP wieder zurück. Dann lief alles - bis gestern abend. FHEM startet nicht mehr.

pi@raspberrypi:/opt $ sudo /etc/init.d/fhem start
Starting fhem...
pi@raspberrypi:/opt $ sudo /etc/init.d/fhem status
fhem is not running
pi@raspberrypi:/opt $

Wie kann ich denn anderweiig noch versuchen FHEM zu starten, das ich sehe was beim Startvorgang schief läuft? Das Log (/opt/fhem/log/fhem-2017-07.log)

Zeigt keine fehler an:
2017.07.20 08:48:11 1: Including fhem.cfg
2017.07.20 08:48:12 3: telnetPort: port 7072 opened
2017.07.20 08:48:14 3: WEB: port 8083 opened


Habe schon viele Themen hier durch mit dem Problem, aber leider nicht dem, oder das was eslösen konnte...
Habe heute morgen auch ein Update und Upgrade von Pi gemacht - ohne Erfolg...

CoolTux

Mach doch Mal ein
ps ax | grep perl

um zu schauen ob FHEM tatsächlich nicht läuft
Ansonsten geht noch
/usr/bin/perl /opt/fhem/fhem.pl /opt/fhem/fhem.config

Glaube so war das
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Fillip

Also, eine .config gibt es nicht, aber eine .cfg, das bleibt aber auch alles kommentarlos:
pi@raspberrypi:/opt/fhem $ /usr/bin/perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg
pi@raspberrypi:/opt/fhem $ ps ax | grep perl
15175 pts/1    S+     0:00 grep --color=auto perl

FHEM scheint halt wirklich nicht zu laufen, komme ja auch auf keinen Port, sei es 8083,8084 drauf :-/

RaspiLED

Telnet auf Port 7073?

Gesendet von meinem SM-G800F mit Tapatalk

Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Otto123

Hi,

starte mal die demo mit /usr/bin/perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg.demo


Zitat von: RaspiLED am 20 Juli 2017, 09:41:16
Telnet auf Port 7073?

Gesendet von meinem SM-G800F mit Tapatalk


Was meinst Du damit?  :-[

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

kumue

Zitat von: RaspiLED am 20 Juli 2017, 09:41:16
Telnet auf Port 7073?

Gesendet von meinem SM-G800F mit Tapatalk
..tippe auf Tippfehler

Berechtigung sind ok ?

rudolfkoenig

Was fuer Anfaenger/Unix-Neulinge zwar etwas fremd ist, aber in solchen Faellen immer hilft, ist FHEM mit "attr global logfile -" starten. Hier
  https://forum.fhem.de/index.php/topic,73784.msg660637.html#msg660637
habe ich versucht den Vorgang etwas detaillierter zu beschreiben.

CoolTux

Zitat von: Fillip am 20 Juli 2017, 09:35:10
Also, eine .config gibt es nicht, aber eine .cfg, das bleibt aber auch alles kommentarlos:
pi@raspberrypi:/opt/fhem $ /usr/bin/perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg
pi@raspberrypi:/opt/fhem $ ps ax | grep perl
15175 pts/1    S+     0:00 grep --color=auto perl

FHEM scheint halt wirklich nicht zu laufen, komme ja auch auf keinen Port, sei es 8083,8084 drauf :-/

Ja sorry heißt cfg
Habe ich seit Ewigkeiten nicht mehr. Und gibt die Konsole was aus wenn du den Aufruf so machst?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Zitat von: rudolfkoenig am 20 Juli 2017, 09:59:04
Was fuer Anfaenger/Unix-Neulinge zwar etwas fremd ist, aber in solchen Faellen immer hilft, ist FHEM mit "attr global logfile -" starten. Hier
  https://forum.fhem.de/index.php/topic,73784.msg660637.html#msg660637
habe ich versucht den Vorgang etwas detaillierter zu beschreiben.

Rudi ich werde das mal im Wiki festhalten. Passiert ja doch öfters mal.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Otto123

Zitat von: rudolfkoenig am 20 Juli 2017, 09:59:04
Was fuer Anfaenger/Unix-Neulinge zwar etwas fremd ist, aber in solchen Faellen immer hilft, ist FHEM mit "attr global logfile -" starten. Hier
  https://forum.fhem.de/index.php/topic,73784.msg660637.html#msg660637
habe ich versucht den Vorgang etwas detaillierter zu beschreiben.
Jetzt ist mir klar wie sowas hier passieren konnte: Logfile seit einem halben Jahr leer :)
https://forum.fhem.de/index.php/topic,74272.30.html
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Otto123

Zitat von: CoolTux am 20 Juli 2017, 10:08:52
Rudi ich werde das mal im Wiki festhalten. Passiert ja doch öfters mal.
Da würde ich dann etwas weiter gehen:
fhem.cfg Kopie erstellen
In der Kopie editieren
Mit der Kopie starten

Dann würde es mit der normalen cfg und einem normalen Start auch wieder "normal" weiter gehen  ;)
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Fillip

Zitat von: kumue am 20 Juli 2017, 09:53:58
..tippe auf Tippfehler

Berechtigung sind ok ?
Nein, der Telnetport scheint wirklich auf 7072 zu laufen. Berechtigungen habe ich noch nicht überprüft, da habe ich aber keine geändert...


Zitat von: Otto123 am 20 Juli 2017, 09:49:46
Hi,

starte mal die demo mit /usr/bin/perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg.demo

Gesagt  -  getahn:
pi@raspberrypi:/opt/fhem/log $ /usr/bin/perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg.demo
Can't locate RTypes.pm in @INC (you may need to install the RTypes module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl) at /opt/fhem/fhem.pl line 518.

Fillip

#12
Zitat von: rudolfkoenig am 20 Juli 2017, 09:59:04
Was fuer Anfaenger/Unix-Neulinge zwar etwas fremd ist, aber in solchen Faellen immer hilft, ist FHEM mit "attr global logfile -" starten. Hier
  https://forum.fhem.de/index.php/topic,73784.msg660637.html#msg660637
habe ich versucht den Vorgang etwas detaillierter zu beschreiben.
Habe ich nun auch mal gerade gemacht, folgendes kommt dabei raus:
pi@raspberrypi:/opt/fhem $ perl fhem.pl fhem.cfg
2017.07.20 10:43:33 1: Including fhem.cfg
2017.07.20 10:43:33 3: telnetPort: port 7072 opened
2017.07.20 10:43:37 3: WEB: port 8083 opened
2017.07.20 10:43:37 3: WEBphone: port 8084 opened
2017.07.20 10:43:37 3: WEBtablet: port 8085 opened
2017.07.20 10:43:38 2: eventTypes: loaded 648 events from ./log/eventTypes.txt
2017.07.20 10:43:39 3: OUT.Spritpreis: Defined with URL http://www.clever-tanken.d                                                                                      e/tankstelle_details/48323 and interval 600
2017.07.20 10:43:39 3: OUT.Spritpreis: the attribute readingsName_Diesel should no                                                                                       longer be used. Please use reading01Name syntax instead
2017.07.20 10:43:39 3: OUT.Spritpreis: For most old attributes you can specify ena                                                                                      bleControlSet and then set device upgradeAttributes to automatically modify the co                                                                                      nfiguration
2017.07.20 10:43:39 3: OUT.Spritpreis: the attribute readingsRegex_Diesel should n                                                                                      o longer be used. Please use reading01Regex syntax instead
2017.07.20 10:43:39 3: OUT.Spritpreis: For most old attributes you can specify ena                                                                                      bleControlSet and then set device upgradeAttributes to automatically modify the co                                                                                      nfiguration
2017.07.20 10:43:45 3: [STV] defined with host: 192.168.178.39 port: 55000 MAC: b8                                                                                      :27:eb:c7:1d:4d
2017.07.20 10:43:49 1: Including ./log/fhem.save
2017.07.20 10:43:50 3: Opening Mosquitto device 127.0.0.1:1883
2017.07.20 10:43:51 3: Mosquitto device opened
2017.07.20 10:43:51 1: usb create starting
2017.07.20 10:43:53 3: Probing CUL device /dev/ttyAMA0
2017.07.20 10:43:54 3: Probing TCM_ESP3 device /dev/ttyAMA0
2017.07.20 10:43:54 3: Probing ZWDongle device /dev/ttyAMA0
2017.07.20 10:43:55 3: Probing FRM device /dev/ttyAMA0
2017.07.20 10:44:00 1: usb create end
2017.07.20 10:44:00 0: Featurelevel: 5.8
2017.07.20 10:44:00 0: Server started with 159 defined entities (fhem.pl:14634/201                                                                                      7-07-03 perl:5.020002 os:linux user:pi pid:17442)
2017.07.20 10:44:01 3: telnetForBlockingFn_1500540241: port 41487 opened
Illegal instruction

Dann bricht er kurz ab, macht aber gleich weiter mit:
pi@raspberrypi:/opt/fhem $ 2017.07.20 11:05:44 1: BlockingInformParent (BlockingStart): Can't connect to localhost:33307: IO::Socket::INET: connect: Connection refused
2017.07.20 11:05:44 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:33307: IO::Socket::INET: connect: Connection refused
2017.07.20 11:05:44 1: BlockingInformParent (BlockingStart): Can't connect to localhost:33307: IO::Socket::INET: connect: Connection refused
2017.07.20 11:05:44 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:33307: IO::Socket::INET: connect: Connection refused
2017.07.20 11:05:44 1: BlockingInformParent (BlockingStart): Can't connect to localhost:33307: IO::Socket::INET: connect: Connection refused
2017.07.20 11:05:44 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:33307: IO::Socket::INET: connect: Connection refused
2017.07.20 11:05:44 1: BlockingInformParent (BlockingStart): Can't connect to localhost:33307: IO::Socket::INET: connect: Connection refused
2017.07.20 11:05:44 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:33307: IO::Socket::INET: connect: Connection refused
2017.07.20 11:05:45 1: BlockingInformParent (BlockingStart): Can't connect to localhost:33307: IO::Socket::INET: connect: Connection refused
2017.07.20 11:05:45 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:33307: IO::Socket::INET: connect: Connection refused


kumue

Zitat von: Fillip am 20 Juli 2017, 10:39:32
Nein, der Telnetport scheint wirklich auf 7072 zu laufen. Berechtigungen habe ich noch nicht überprüft, da habe ich aber keine geändert...

Ich meinte, daß RaspiLED sich vertippt hat... und er wollte sicher wissen, ob ein telnet auf 7072 funktioniert...

Fillip

Zitat von: kumue am 20 Juli 2017, 10:46:48
Ich meinte, daß RaspiLED sich vertippt hat... und er wollte sicher wissen, ob ein telnet auf 7072 funktioniert...
Achso, ups okey  :-X

CoolTux

Hättest du ein Update oder so gemacht oder machen lassen?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Fillip

Ich hatte, nachdem FHEM nicht mehr ging, ein Update und Upgrade vom PI gemacht, aber das brachte keine änderung...
Aber ich sehe geradem FHEM startet kurz (ist aber trotzdem nicht erreichbar)

pi@raspberrypi:/opt/fhem $ sudo /etc/init.d/fhem start
Starting fhem...
pi@raspberrypi:/opt/fhem $ ps ax | grep perl
5705 pts/0    R      0:01 perl fhem.pl fhem.cfg
5713 pts/0    S+     0:00 grep --color=auto perl
pi@raspberrypi:/opt/fhem $ ps ax | grep perl
5705 pts/0    R      0:02 perl fhem.pl fhem.cfg
5799 pts/0    S+     0:00 grep --color=auto perl
pi@raspberrypi:/opt/fhem $ ps ax | grep perl
5705 pts/0    R      0:06 perl fhem.pl fhem.cfg
5899 pts/0    S+     0:00 grep --color=auto perl
pi@raspberrypi:/opt/fhem $ ps ax | grep perl
5705 pts/0    S      0:09 perl fhem.pl fhem.cfg
5964 pts/0    S+     0:00 grep --color=auto perl
pi@raspberrypi:/opt/fhem $ ps ax | grep perl
5705 pts/0    R      0:10 perl fhem.pl fhem.cfg
6071 pts/0    S+     0:00 grep --color=auto perl
pi@raspberrypi:/opt/fhem $ ps ax | grep perl
5705 pts/0    S      0:11 perl fhem.pl fhem.cfg
6190 pts/0    S+     0:00 grep --color=auto perl
pi@raspberrypi:/opt/fhem $ ps ax | grep perl
6434 pts/0    S+     0:00 grep --color=auto perl
pi@raspberrypi:/opt/fhem $

rudolfkoenig

ZitatIllegal instruction
Der Perl Interpreter ist abgestuerzt, die moeglichen Ursachen sind vielfaeltig:
- korruptes Perl-Binary/Bibliothek / defekte Festplatte
- Programmierfehler im Perl-Interpreter-Code
- Compilerfehler
- CPU-/Speicher-Fehler

Ich wuerde als erstes eine andere Perl Version installieren.
Danach die "Festplatte" tauschen und OS neu installieren.

Fillip

#18
Zitat von: rudolfkoenig am 20 Juli 2017, 11:11:44
Ich wuerde als erstes eine andere Perl Version installieren.
Wie genau meinst Du das? Mittels
sudo apt-get install libdevice-serialport-perl
sudo apt-get install libio-socket-ssl-perl
sudo apt-get install perl

? Da sagt er mir, die seien auf dem neusten Stand... :-\

Fillip

#19
Ich habe gerade mal telnet installiert, nun ist der fehler mit der "Illigal instruction" weg, jedoch startet FHEM immer noch nicht...
pi@raspberrypi:/opt/fhem $ sudo /usr/bin/perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg
2017.07.20 11:25:27 1: Including /opt/fhem/fhem.cfg
2017.07.20 11:25:27 3: telnetPort: port 7072 opened
2017.07.20 11:25:31 3: WEB: port 8083 opened
2017.07.20 11:25:31 3: WEBphone: port 8084 opened
2017.07.20 11:25:31 3: WEBtablet: port 8085 opened
2017.07.20 11:25:32 2: eventTypes: loaded 648 events from ./log/eventTypes.txt
2017.07.20 11:25:33 3: OUT.Spritpreis: Defined with URL http://www.clever-tanken.de/tankstelle_details/48323 and interval 600
2017.07.20 11:25:33 3: OUT.Spritpreis: the attribute readingsName_Diesel should no longer be used. Please use reading01Name syntax instead
2017.07.20 11:25:33 3: OUT.Spritpreis: For most old attributes you can specify enableControlSet and then set device upgradeAttributes to automatically modify the configuration
2017.07.20 11:25:33 3: OUT.Spritpreis: the attribute readingsRegex_Diesel should no longer be used. Please use reading01Regex syntax instead
2017.07.20 11:25:33 3: OUT.Spritpreis: For most old attributes you can specify enableControlSet and then set device upgradeAttributes to automatically modify the configuration
2017.07.20 11:25:37 3: [STV] defined with host: 192.168.178.39 port: 55000 MAC: b8:27:eb:c7:1d:4d
2017.07.20 11:25:42 1: Including ./log/fhem.save
2017.07.20 11:25:43 3: Opening Mosquitto device 127.0.0.1:1883
2017.07.20 11:25:43 3: Mosquitto device opened
2017.07.20 11:25:43 1: usb create starting
2017.07.20 11:25:47 3: Probing CUL device /dev/ttyAMA0
2017.07.20 11:25:48 3: Probing TCM_ESP3 device /dev/ttyAMA0
2017.07.20 11:25:48 3: Probing ZWDongle device /dev/ttyAMA0
2017.07.20 11:25:48 3: Probing FRM device /dev/ttyAMA0
2017.07.20 11:25:54 1: usb create end
2017.07.20 11:25:54 0: Featurelevel: 5.8
2017.07.20 11:25:54 0: Server started with 159 defined entities (fhem.pl:14634/2017-07-03 perl:5.020002 os:linux user:pi pid:9764)
2017.07.20 11:25:54 3: telnetForBlockingFn_1500542754: port 35561 opened
pi@raspberrypi:/opt/fhem $ 2017.07.20 11:25:57 1: BlockingInformParent (BlockingStart): Can't connect to localhost:35561: IO::Socket::INET: connect: Connection refused
2017.07.20 11:25:57 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:35561: IO::Socket::INET: connect: Connection refused
2017.07.20 11:25:58 1: BlockingInformParent (BlockingStart): Can't connect to localhost:35561: IO::Socket::INET: connect: Connection refused
2017.07.20 11:25:58 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:35561: IO::Socket::INET: connect: Connection refused
2017.07.20 11:25:58 1: BlockingInformParent (BlockingStart): Can't connect to localhost:35561: IO::Socket::INET: connect: Connection refused
2017.07.20 11:25:58 1: BlockingInformParent (BlockingStart): Can't connect to localhost:35561: IO::Socket::INET: connect: Connection refused
2017.07.20 11:25:58 1: BlockingInformParent (BlockingStart): Can't connect to localhost:35561: IO::Socket::INET: connect: Connection refused
2017.07.20 11:25:58 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:35561: IO::Socket::INET: connect: Connection refused
2017.07.20 11:25:58 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:35561: IO::Socket::INET: connect: Connection refused
2017.07.20 11:25:58 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:35561: IO::Socket::INET: connect: Connection refused



Was hat es denn mit dem auf sich?:
BlockingInformParent (BlockingStart): Can't connect to localhost:39489: IO::Socket::INET: connect: Connection refused
2017.07.20 11:34:26 1: BlockingInformParent (PRESENCE_ProcessLocalScan): Can't connect to localhost:39489: IO::Socket::INET: connect: Connection refused

Fillip

Komisch, jetzt habe ich gerade das ganze System mal Stromlos gemacht und wieder gebootet, nun funkioniert es...

Ich denke ich werde aber in der nächsten Zeit das ganze mal auf eine neue SD Karte komplett neu aufzusetzen.
Kann ich denn einfach ein Backup dann auf dem neuen System so aufspielen?

Otto123

Zitat von: Fillip am 20 Juli 2017, 14:56:07
Ich denke ich werde aber in der nächsten Zeit das ganze mal auf eine neue SD Karte komplett neu aufzusetzen.
Kann ich denn einfach ein Backup dann auf dem neuen System so aufspielen?
Im Prinzip ja, Du musst halt vorher das System wieder auf den Stand bringen und dazu wissen, was Du alles so im Laufe der Zeit installiert und konfiguriert hast.
Wenn Du etwas lesen willst, ich habe eine paar Dinge zum Backup und Restore von FHEM aufgeschrieben. Einfach in meinem Profil auf die Weltkugel gehen.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

t.huber

Ich hatte heute gestern und heute auch das Problem das FHEM nicht erreichbar war.
Der RasPi lief und war zu pingen.
Im Fhem-Logfile sah man dann daß der Startvorgang irgendwann einfach nicht mehr weiter gemacht hat.
In der letzten Zeile stand irgendwas im Zusammenhang mit DBLog. (Dies ist bei mir eingerichtet)
Als ich dann in der FHEM.cfg alles mit DBLog und DBRep auskommentiert hab lief er wieder hoch.

Problem war das es 1 Tag zuvor einen Stromausfall gegeben hat.
Dadurch war der Pi und das NAS auf dem DBLog seine Daten schreibt weg.
Der Pi kam wieder normal hoch. Bloß das NAS hatte nicht mehr reagiert.
Anscheinend hat sich FHEM mit eingerichtetem DBLog (Oder DBRep) hier aufgehangen da das NAS nicht erreichbar war.

Nach dem ich das NAS wieder neu gestartet habe und die Stellen in der FHEM.cfg wieder einkommentiert habe läuft wieder alles normal.

t.huber

Die letzten 2 Tage war FHEM auch wieder tot weil das NAS nicht erreichbar war. (s.o.)
NAS ausgeschaltet (hatte nicht mehr reagiert), NAS wieder eingeschaltet, FHEM-PI rebootet und schon ging FHEM wieder.
...
Und wie immer gehen die Rollläden nicht mehr und sind wahrscheinlich im rolling-code auseinandergelaufen.

CoolTux

Hast du die DB auf dem NAS?
Dann solltest du Deine Infrastruktur noch mal überdenken.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Benni

Zitat von: t.huber am 31 Januar 2018, 07:25:24
Die letzten 2 Tage war FHEM auch wieder tot weil das NAS nicht erreichbar war. (s.o.)
NAS ausgeschaltet (hatte nicht mehr reagiert), NAS wieder eingeschaltet, FHEM-PI rebootet und schon ging FHEM wieder.
...
Und wie immer gehen die Rollläden nicht mehr und sind wahrscheinlich im rolling-code auseinandergelaufen.

Und was willst du uns jetzt konkret damit sagen/fragen?
Das hier ist doch der völlig falsche Thread für dein "Problem".

Zitat von: t.huber am 07 Oktober 2017, 15:32:12
Anscheinend hat sich FHEM mit eingerichtetem DBLog (Oder DBRep) hier aufgehangen da das NAS nicht erreichbar war.

Wenn du doch schon weißt, dass es vmtl. mit DBLog zusammenhängt (ich nehme an, deine DB läuft auf dem NAS), dann solltest du dich vllt. mal im Forum im DB-Log-Bereich (s.a. https://forum.fhem.de/index.php/topic,13092.0.html) umschauen oder dort einen neuen Thread aufmachen (mit griffiger Problembeschreibung) und nicht hier nur rumjammern, dass was nicht geht.

Gruß Benni.

Thyraz

Davon abgesehen unterstützt DBLog einen Async Modus der die Events dann einfach lokal zwischenpuffert bis die DB wieder erreichbar ist,  statt zu blockieren.
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...

t.huber

Sorry fürs "rumjammern". Aber kurz vorm in die Arbeit fahren hatte ich keine Zeit das entsprechende richtige Unterforum zu suchen und dort einen Thread aufzumachen. Und davor muss ich ja erst mal schauen ob es dort nicht schon einen diesbezüglichen Thread gibt.
Habe ich aber noch vor.

Nichts desto trotz ist mein Post (zumindest der erste meiner beiden) im richten Thread da es darum geht dass FHEM nicht mehr startet/reagiert.
Das sollte anderen helfen herauszufinden warum evtl. ihr FHEM nicht mehr läuft.
Der 2. Post ist eher dafür gedacht zu zeigen das es kein einmaliges Problem ist.

::) Und da hier noch keiner zu einem Problem-Thread im DBLog-Bereich gelinkt hat gehe ich davon aus dass es vielleicht noch keinen solchen Thread gibt.

Und ja bezüglich den Rollläden hab ich gejammert ... Weil mich diese verf.... Rolläden schon zig Stunden, wenn nicht Tage gekostet haben.
Kaum ist irgendwas mit FHEM geht wieder kein Rolladen im Haus mehr automatisch.
Sorry.

Thyraz

Statt den nächsten Jammerpost abzusetzen wäre es hilfreicher gewesen meinem Tip nachzugehen und zu schauen ob bei deiner DBLog Instanz Async eingestellt ist oder nicht. ;)

FALLS Async eingestellt ist und FHEM dennoch bei Nichterreichbarkeit der DB hängt,
wäre es gut uns diese Fakten mitzuteilen damit man darauf eingehen kann.
Noch besser wäre es im Bereich von DBLOG nchzufragen, da es dort höchst wahrscheinlich vom Maintainer gelesen wird der sicher am Besten helfen könnte.

Eine DB auf einem anderen Rechner zu betreiben und die DBLog Instanz dann auf synchron zu belassen ist jedenfalls eine denkbar schlechte Idee...
Das Hängen ist dann kein Bug, sondern "Works as intented".
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...

Benni

Zitat von: Thyraz am 01 Februar 2018, 07:45:55
Statt den nächsten Jammerpost abzusetzen wäre es hilfreicher gewesen meinem Tip nachzugehen ...

... inzwischen geht es anscheinend dort weiter: https://forum.fhem.de/index.php/topic,83673.msg758983.html#msg758983

Thyraz

Ok, dann hat sich mein Post ja erledigt. ;)
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...