FHEM nach Shutdown Restart nicht mehr erreichbar

[maruro]

Logs lesen/anzeigen

cat /opt/fhem/log/fhem.log zeigt alles ohne Pause an
more /opt/fhem/log/fhem.log zeigt alles Seitenweise an
tail /opt/fhem/log/fhem.log zeigt die letzten Zeilen an
tail -f /opt/fhem/log/fhem.log zeigt die letzten Zeilen des Logs an und dann auch alles was danch kommt - Abbruch mit STRG-C oder CTRL-C

eine Hilfe zu den Befehlen gibt es mit man <Befehl>

Super stark, vielen Dank!

[maruro]

Immer noch ein Schuß ins Blaue, aber schau mal nach, ob die 00_MQTT.pm vollständig ist oder irgendwelche seltsamen Zeichen enthält.

also "cat 00_MQTT.pm"? 

[Beta-User]

Hey Beta User,

wieso Schuss ins Blaue? 

Na ja, das ist nur eine diffuse Vermutung, dass was mit dem Dateisystem nicht i.O. sein könnte. Wenn es das ist, ist es uU. die Suche nach der berühmten Stecknadel, und die Angabe einer bestimmten Datei eben ein Schuß ins Blaue...

also "cat 00_MQTT.pm"? 

Jein; du solltest die Datei einfach mal (im Editor) ansehen (wieviele Zeilen, irgendwas seltsames....) und mit der Version vergleichen, die auf dem FHEM-Server im trunc-Verzeichnis liegt (wo die updates herkommen). Brauchst du hier nicht zu posten; auch nicht (bzw. nur auszugsweise), wenn da seltsame Zeichen drin sein sollten; dann ist das nämlich klarer...

[mark79]

Ich weiß nicht genau ob man die Module aus dem Wiki dafür benötigt:
https://wiki.fhem.de/wiki/MQTT_Einf%C3%BChrung

# Perl MQTT Module nachinstallieren (läuft ein paar Minuten)
sudo cpan install Net::MQTT:Simple
sudo cpan install Net::MQTT:Constants

Hast du die installiert, wenn nicht installiere die mal.

[Beta-User]

Die Module hatten wir geprüft (denke ich);

es gab aber eine Überschneidung, ich hatte zum vielleicht "kaputten" MQTT.pm noch was n meinem Post vorher ergänzt...

[maruro]

Ich weiß nicht genau ob man die Module aus dem Wiki dafür benötigt:
https://wiki.fhem.de/wiki/MQTT_Einf%C3%BChrung

# Perl MQTT Module nachinstallieren (läuft ein paar Minuten)
sudo cpan install Net::MQTT:Simple
sudo cpan install Net::MQTT:Constants

Hast du die installiert, wenn nicht installiere die mal.

Die hatte ich installiert, ja.

Gefühlt war das Shutdown Restart das Problem

[mark79]

Durch ein restart geht Fhem nicht kaputt. Eher wenn man etwas einbindet, wo die Abhängigkeiten für fehlen.
Lief die CPAN installation auch korrekt durch? Zur not noch mal probieren, diese zu installieren.
Hier hatte einer ähnliche Probleme: https://forum.fhem.de/index.php?topic=83344.0

Du könntest dann noch probieren Fhem noch mal neu zu installieren. Evtl. wurde ein Modul nicht korrekt installiert..

Vorher am besten das System upgraden

Code Auswählen Erweitern

sudo apt-get update
sudo apt-get dist-upgrade

Fhem deinstallieren, vorher deine fhem.cfg sichern, falls du dort schon was drin hast...

Code Auswählen Erweitern

sudo apt-get remove fhem --purge
sudo rm /opt/fhem -R

sudo reboot

Danach neu einloggen und Fhem neu installieren:

Code Auswählen Erweitern

sudo apt-get install fhem

[maruro]

Also das Ding ist: FHEM lief mega reibungslos. Erst als ich angefangen hab, mit MQTT rumzuspielen, ging es nach Hinten los.

Installation Simple und Constant - no problem
Installation Mosquitto - no problem
sudo apt-get upgrade und update - no problem

wirklich nur beim Ausführen (in FHEM) von shutdown restart war Schluss mit lustig

[maruro]

Die Module hatten wir geprüft (denke ich);

es gab aber eine Überschneidung, ich hatte zum vielleicht "kaputten" MQTT.pm noch was n meinem Post vorher ergänzt...

Datei hab ich beigefügt

[SamNitro]

Also das Ding ist: FHEM lief mega reibungslos. Erst als ich angefangen hab, mit MQTT rumzuspielen, ging es nach Hinten los.

Hey, ich habe für einen Kollegen einen neuen rpi fertig gemacht, FHEM drauf und dann mosquitto und das selbe Problem.

Habe dann die Reihenfolge geändert. Erst mosquitto und dann FHEM jetzt läuft es.

[Beta-User]

...klingt nach einem Thema, das mit den richtigen Einstellungen in systemd zu lösen sein sollte (oder eben MQTT2_SERVER statt mosquitto).

Evtl. auch mit einem zeitlichen Verzug beim Initialisieren der Module (Broker schon verfügbar?).

[hexenmeister]

...klingt nach einem Thema, das mit den richtigen Einstellungen in systemd zu lösen sein sollte (oder eben MQTT2_SERVER statt mosquitto).

Evtl. auch mit einem zeitlichen Verzug beim Initialisieren der Module (Broker schon verfügbar?).

Eher nicht das darf nichts miteinander zu tun haben. Würde ja bedeuten, dass spätestens bei FHEM-Restart wieder mosquitto 'zuerst' da wäre.
Ich glaubve auch nicht an diese Abhängigekeit, MQTT ist nur ein Protokoll.

Eine Idee wäre in dhem.cfg nachzusehen, ob MQTT-Modul vor (sollte) oden nach den MQTTDevices definiert ist. Ist eigentlich ein längst behobener Fehler aber dennoch...

[SamNitro]

Mqtt2 Server lief oder läuft noch nicht mit der Mqtt generic Bridge.

Bzw für Mqtt generic Bridge braucht es einiges an anderen addons

Aber das ist ein anderes Thema.


Mobil unterwegs!

[hexenmeister]

Mqtt2 Server lief oder läuft noch nicht mit der Mqtt generic Bridge.

Doch. Ich würde dennoch den MQTT2_CLIENT empfehlen.

Bzw für Mqtt generic Bridge braucht es einiges an anderen addons

Hm? Welche denn? MqttGenericBridge ist schon sehr unabhängig.

[SamNitro]

Hm? Welche denn? MqttGenericBridge ist schon sehr unabhängig.

Kann ich jetzt schwer sagen habe meinen pc im Haus liegen lassen. Im log stand nur was von wegen Modul deaktiviert und Abhängigkeit installieren. Sobald ich den pc morgen wieder habe kann ich einen log Auszug geben.