FHEM nach Stromausfall + kein Internet nicht mehr erreichbar

[Sammy51]

Hallo zusammen,

kann mich auf dem RPI3b via SSH einloggen aber der FHEM Server ist nicht erreichbar und die darüber organisierten Dinge (z.B. via enocean taster hue / zwave aktoren Schalten funktioniert nicht mehr.

Neustarts des RPI brachten keine Änderung.

 

Code Auswählen Erweitern

sudo systemctl start fhem
Führt ebenfalls zu nichts.

Was nun?

Vielen Dank im Voraus!
Sammy

[passibe]

Steht was im FHEM-Log?
Was sagt

Code Auswählen Erweitern

sudo journalctl -n 100 -fu fhem.service? (ggfs. währenddessen mal FHEM mit sudo service restart fhem neustarten)

[MadMax-FHEM]

Auswählen Erweitern

Code Auswählen Erweitern

sudo systemctl start fhem
Führt ebenfalls zu nichts.

Vorher geschaut, ob es nicht schon läuft aber eben nur nicht erreichbar ist?

Du schreibst, dass Internet nicht erreichbar ist/war: Attribut dnsServer in global gesetzt?

Kannst du auch auf der Consle prüfen:

Code Auswählen Erweitern

cat fhem.cfg | grep global
Also nat. im fhem-Ordner (wo eben fhem.cfg liegt) ausführen

Gruß, Joachim

[Otto123]

https://wiki.fhem.de/wiki/FHEM_startet_nicht_-_Tipps_zur_Fehlersuche

Dauerhaft kein Internet? Kann auch ein Problem mit dem global dnsServer Eintrag sein?
Joachim war schneller

[Sammy51]

Wo finde ich denn das log über die konsole?

Internet keines liegt am Anbieterwechsel Der heute passieren soll. Das hat theoretisch keinen zusammenhang. Wollte Ich nur sicherheitshalber erwähnen.

Ggf aber wegen alexa addon oder so etwas doch ein zusammenhang wenn kein internet dann den fhem start ggf hängen lässt.

[passibe]

Wo finde ich denn das log über die konsole?

Die sind in /opt/fhem/log

Aber einfach mal den Link, den Otto123 gepostet hat, lesen. Da wird das auch alles erklärt ...

[Otto123]

Wo finde ich denn das log über die konsole?

Link klicken und lesen 

Die letzen Zeilen im existierenden FHEM Log anzeigen
So lässt man sich auf Systemebene die letzen 20 Zeilen im Log anzeigen

Code Auswählen Erweitern

tail -n 20 /opt/fhem/log/fhem-$(date '+%Y-%m').log

[Sammy51]

Danke - es funktioniert seit Internet-Verfügbarkeit wieder.
Ist das normal oder lohnt log Recherche um eine problematische Konfig zu finden die die Internetabhängigkeit beenet?

[Otto123]

lohnt log Recherche um eine problematische Konfig zu finden die die Internetabhängigkeit

Liest Du gar nicht was man schreibt?   

Dauerhaft kein Internet? Kann auch ein Problem mit dem global dnsServer Eintrag sein?

Den Hinweis solltest Du zumindest mal nachgehen.  Den Internetausfall kann man ja auch simulieren - ohne das man ein chinesisches Containerschiff anheuern muss 

[Sammy51]

Habe das schon gelesen - aber eventuell verstehe ich es nicht und wir schreiben dadurch aneinander vorbei.

https://wiki.fhem.de/wiki/FHEM_startet_nicht_-_Tipps_zur_Fehlersuche

A) In der Anleitung bzgl. "startet nicht" scheint keine der aufgelisteten Ursachen mit "Du bist offline / der Internetanschluss des Anbieters ist nicht verfügbar" zu tun zu haben.

B) Zu "global dnsSErver Eintrag" steht dort auch nichts bzw. hätte jetzt vermutet das eine dns konfig nur in VErbindung mit ienem funktionierendem Internetanschluss hilft. Mein Problem scheint aber zu sein, dass FHEM nicht bootet/startet wenn kein INternet verfügbar ist.


Oder ist Dein Tipp - dass ich nochnmal ein Internetausfall simulieren .. fhem neustarten und dabei die logs beobachten soll?

Fehlernachrichten von FHEM bei dessen Start analysieren

In der Regel werden die Ausgaben von FHEM, auch die beim Start, gemeinsam mit vielen anderen Nachrichten in ein Logfile geschrieben. Dort kann natürlich nach Ursachen geforscht werden.

Eine einfachere Auswertung wird möglich, wenn man diese Meldungen zeitweilig in einem Terminalfenster (das Ding, um Kommandozeilenbefehle einzugeben) angezeigt bekommt.

Seit dem 01.08.2017 gibt es die Möglichkeit beim manuellen Starten von FHEM im Terminal den Schalter -d zu verwenden (Beitrag). Dieser startet FHEM mit den beiden gesetzten Attributen attr global logfile - und attr global verbose 5 und gibt somit alle Meldungen im Terminalfenster aus. Zuerst ins FHEM Verzeichnis wechseln. Root oder sudo ist nicht erforderlich!

Allerdings muss ein (mit 100 %) laufendes FHEM zunächst beendet werden! z.B.: sudo systemctl stop fhem

ins FHEM Verzeichnis wechseln: cd /opt/fhem

Je nach Konfiguration FHEM im debug Modus starten:

fhem.cfg - Nutzer: perl fhem.pl -d fhem.cfg

configDB - Nutzer: perl fhem.pl -d configDB

Wenn man genug analysiert hat, FHEM mit Ctrl-C/Strg-C stoppen

Wenn ich mich korrekt erinnere, klappt die VAriante nicht "ohne weiteres" bei mir. WEnn ich fhem manuell stoppe (um dann dann den WAN-Stecker der FB herauszuziehen .. und es später wie oben beschrieben manuell mit Meldungsausgabe zu starten) dann startet FHEM normalerweise sofort wieder von selbst so dass man kaum eine chnace hat zeitlgich es manuell selbst zu starten mit "-d"

[MadMax-FHEM]

B) Zu "global dnsSErver Eintrag" steht dort auch nichts bzw. hätte jetzt vermutet das eine dns konfig nur in VErbindung mit ienem funktionierendem Internetanschluss hilft. Mein Problem scheint aber zu sein, dass FHEM nicht bootet/startet wenn kein INternet verfügbar ist.

Nein, eben wenn Internet NICHT Verfügbar ist bzw. eine DNS-Auflösung (deshalb) nicht klappt, macht es eben einen Unterschied:

ohne gesetztes Attribut -> fhem Blockiert (und wartet)

mit gesetztem Attribut -> es werden system fhem-Aufrufe genommen, die nicht blockieren
EDIT: sorry, ist andersrum, also bzgl. welche Aufrufe wann. Verhalten ist aber korrekt erläutert....
Siehe

dnsServer
Contains the IP address of the DNS Server. If some of the modules or user code calls the HttpUtils_NonblockingGet function, and this attribute is set, then FHEM specific nonblocking code will be used to resolve the given address. If this attribute is not set, the blocking OS implementation (inet_aton and gethostbyname) will be used.

Also jeder zugriff eines Moduls kann fhem blocken, was dann schon mal so aussehen kann, als ob es nicht läuft...

EDIT: die Suche mit "dnsserver" liefert einige Treffer, die eben genau das erläutern...

Wenn ich mich korrekt erinnere, klappt die VAriante nicht "ohne weiteres" bei mir. WEnn ich fhem manuell stoppe (um dann dann den WAN-Stecker der FB herauszuziehen .. und es später wie oben beschrieben manuell mit Meldungsausgabe zu starten) dann startet FHEM normalerweise sofort wieder von selbst so dass man kaum eine chnace hat zeitlgich es manuell selbst zu starten mit "-d"

Wie stoppst du?

shutdown in FhemWeb -> "falsch"

sudo systemctl stop fhem -> richtig und sollte fhem eigentlich stoppen

Kann aber (siehe oben) auch dauern, deshalb prüfen, ob fhem auch tatsächlich gestoppt wurde...

Gruß, Joachim

[Otto123]

wenn in deiner config der attr global dnsServer fehlt - bereitet das potentiell Probleme wenn kein Netzwerk / Internet da ist.

Hast Du das attribute gesetzt? Sieht man in der FHEM Kommandozeile mit

Code Auswählen Erweitern

list global
Du kannst FHEM auf der System Kommandozeile beenden - ohne das es automatisch neu startet:

Code Auswählen Erweitern

sudo systemctl stop fhemDann ziehst Du den Stecker und startest FHEM wieder im debug Modus

Code Auswählen Erweitern

cd /opt/fhem
perl fhem.pl -d fhem.cfgUnd schaust zu was passiert oder wo es dann klemmt.

Gruß Otto

[betateilchen]

*** Popcorn für alle! ***

[Sammy51]

Danke für die Erklärung - dann liegts wohl daran.

Attribut schein nicht gesetzt.

insofern ergänze ich das mit:

Code Auswählen Erweitern

"attr global dnsServer 192.168... " (IP-Adresse der Fritz-Box) ?
(sorry wenns nervt aber in der wiki und der Referenz ist erklärt was das attribut macht, aber nicht wie man es anlegt und was sich für den Fall einer "offline-Situation" als DNS IP-Adresse eignet (Pihole oder sonst einen expliziten DNS Dienst betreiber ich bislang nicht lokal - wäre aber denkbar, falls das nötig sein sollte)

Code Auswählen Erweitern

list global

Internals:
   DEF        no definition
   FD         3
   NAME       global
   NR         1
   STATE      no definition
   TYPE       Global
   currentlogfile ./log/fhem-2024-12.log
   eventCount 4
   init_errors
   logfile    ./log/fhem-%Y-%m.log
Attributes:
   autoload_undefined_devices 1
   autosave   0
   configfile fhem.cfg
   icon       it_i-net
   latitude   52.xxxx
   logfile    ./log/fhem-%Y-%m.log
   longitude  9.xxxx
   modpath    .
   statefile  ./log/fhem.save
   updateInBackground 1
   userattr   ASC:0,1,2 alexaName alexaProactiveEvents:1,0 alexaRoom cmdIcon devStateIcon devStateIcon:textField-long devStateStyle genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock,scene homebridgeMapping:textField-long icon sortby webCmd webCmdLabel:textField-long widgetOverride
   verbose    3
   version    fhem.pl:28849/2024-05-07


[MadMax-FHEM]

Wenn du keinen eigenen DNS (piHole etc.) betreibst, dann ist die FB quasi dein lokaler DNS(forwarder), daher ja, die IP der FB ist i.O.

Gruß, Joachim