openhabforum.de

Gut (oder vielmehr nicht gut...)
Leider ist mosquitto hier nicht sehr auskunftsfreudig, aber es gibt ja noch ein weiteres log, im Verzeichnis /var/log/mosquitto/ (Name der Datei ist dann mosquitto.log) Vermutlich kannst Du die Datei nur mit erweiterten Rechten einsehen.

Falls hier keine Informationen über das Fehlschlagen des Starts zu finden sind, muss das Loglevel für mosquitto angehoben werden

Dazu trägst Du dann in der Datei /etc/mosquitto/mosquitto.conf in einer einzelnen Zeile dies ein:

Code: Alles auswählen

log_type all

und startest mosquitto wieder (erfolglos...) spätestens dann sollte in der besagten log-Datei etwas erhellendes auftauchen.

Wie immer gilt auch hier: Das bearbeiten der Konfigurationsdateien benötigt erweiterte Rechte

hier schon mal die Logs mit normalem Loglevel

Nach Erhöhung des Looglevels steht im Log

Code: Alles auswählen

1692427924: mosquitto version 2.0.11 starting
1692427924: Config loaded from /etc/mosquitto/mosquitto.conf.
1692427924: Opening ipv4 listen socket on port 8883.
1692427924: Opening ipv6 listen socket on port 8883.
1692427924: Error: Unable to load server key file "/etc/mosquitto/certs/mosquitto.key". Check keyfile.
1692427924: OpenSSL Error[0]: error:0200100D:system library:fopen:Permission denied
1692427924: OpenSSL Error[1]: error:20074002:BIO routines:file_ctrl:system lib
1692427924: OpenSSL Error[2]: error:140B0002:SSL routines:SSL_CTX_use_PrivateKey_file:system lib

Na der interessante Teil ist ja schon in wenigen Zeilen abgebildet:

Code: Alles auswählen

1692377119: mosquitto version 1.5.7 starting
1692377119: Config loaded from /etc/mosquitto/mosquitto.conf.
1692377119: Opening ipv4 listen socket on port 8883.
1692377119: Opening ipv6 listen socket on port 8883.
1692377119: Opening ipv4 listen socket on port 1883.
1692377119: Opening ipv6 listen socket on port 1883.
1692377140: New connection from 192.168.99.28 on port 1883.
1692377140: New client connected from 192.168.99.28 as GAESTEZIMMER_STEH (c1, k30, u'openhabian').
1692377140: New connection from 192.168.99.61 on port 1883.
1692377140: New client connected from 192.168.99.61 as PAULMOND (c1, k30, u'openhabian').
1692377140: New connection from 192.168.99.29 on port 1883.
1692377140: New client connected from 192.168.99.29 as GAESTEZIMMER_KORB (c1, k30, u'openhabian').
1692377155: New connection from 192.168.99.48 on port 8883.
1692377155: New client connected from 192.168.99.48 as fmware:19091974038504258h0948e1e9049138_b8xSRIh2YYfNz8Ys (c1, k30, u'48:e1:e9:04:91:38').
1692377236: New connection from 127.0.0.1 on port 1883.
1692377236: New client connected from 127.0.0.1 as 8b59f45c-e9d9-4946-a0d4-de093ceb61fe (c1, k60).
1692377444: New connection from 192.168.99.68 on port 1883.
1692377444: New client connected from 192.168.99.68 as JULIABLUME (c1, k30, u'openhabian').
1692378344: mosquitto version 1.5.7 terminating
1692378345: mosquitto version 2.0.11 starting
1692378345: Config loaded from /etc/mosquitto/mosquitto.conf.
1692378345: Opening ipv4 listen socket on port 8883.
1692378345: Opening ipv6 listen socket on port 8883.
1692378345: Error: Unable to load server key file "/etc/mosquitto/certs/mosquitto.key". Check keyfile.
1692378345: OpenSSL Error[0]: error:0200100D:system library:fopen:Permission denied
1692378345: OpenSSL Error[1]: error:20074002:BIO routines:file_ctrl:system lib
1692378345: OpenSSL Error[2]: error:140B0002:SSL routines:SSL_CTX_use_PrivateKey_file:system lib

Oben die letzte erfolgreiche Verbindung , unten der Fehler.
Was ergibt

Code: Alles auswählen

sudo ls -la /etc/mosquitto/certs/

als Ausgabe?
Es müsste dort die Datei mosquitto.key angezeigt werden. Entweder, die Datei ist gar nicht erst vorhanden, oder sie ist zwar da, aber die Rechte passen nicht.
Wie ist mosquitto bei Dir konfiguriert (Inhalt der Datei /etc/mosquitto/mosquitto.conf)?

Hast Du ssl bewusst eingeschaltet? Falls nicht: Schau in mosquitto.conf nach ssl und deaktiviere es (Zeile auskommentieren, in der das eingeschaltet wird).

Code: Alles auswählen

openhabian@openhabian:~ $ sudo ls -la /etc/mosquitto/certs/
total 24
drwxr-xr-x 2 root root 4096 Aug 18 19:05 .
drwxr-xr-x 5 root root 4096 Aug 18 19:05 ..
-rw-r--r-- 1 root root 1172 Oct 26  2021 mosquitto.crt
-rw-r--r-- 1 root root  980 Oct 26  2021 mosquitto.csr
-rw------- 1 root root 1679 Oct 26  2021 mosquitto.key
-rw-r--r-- 1 root root  130 Nov 16  2019 README

Code: Alles auswählen

openhabian@openhabian:/etc/mosquitto $ cat mosquitto.conf
# Place your local configuration in /etc/mosquitto/conf.d/
#
# A full description of the configuration file is at
# /usr/share/doc/mosquitto/examples/mosquitto.conf.example

pid_file /run/mosquitto/mosquitto.pid

persistence true
persistence_location /var/lib/mosquitto/

log_dest file /var/log/mosquitto/mosquitto.log

include_dir /etc/mosquitto/conf.d

#log_type all

Code: Alles auswählen

openhabian@openhabian:/etc/mosquitto/conf.d $ ll
total 16K
drwxr-xr-x 2 root root 4.0K Aug 18 19:05 ./
drwxr-xr-x 5 root root 4.0K Aug 18 19:05 ../
-rw-r--r-- 1 root root  381 Nov 12  2021 020-listener-with-tls.conf
-rw-r--r-- 1 root root  142 Nov 16  2019 README

Code: Alles auswählen

openhabian@openhabian:/etc/mosquitto/conf.d $ cat 020-listener-with-tls.conf
port 1883

log_dest topic
log_type error
log_type warning
log_type notice
log_type information
connection_messages true
log_timestamp true

listener 8883

certfile /etc/mosquitto/certs/mosquitto.crt
keyfile /etc/mosquitto/certs/mosquitto.key
cafile /etc/mosquitto/ca_certificates/ca.crt
#password_file /etc/mosquitto/pw.txt

require_certificate false

ich brauche SSL, da ich noch ein paar Meross WLAN Schalter im Einsatz habe und die nur über SSL kommunizieren.
Vor dem Update auf Bullseye hat ja auch alles bestens funktioniert.

Prüfe bitte mal, welcher User mosquitto ausführt. Ich erwarte hier den User mosquitto. Die Zertifikate gehören aber alle dem User root.
Wenn mosquitto mit dem User mosquitto ausgeführt wird, sollte es demnach reichen, den Besitz zu ändern:

Code: Alles auswählen

sudo chown mosquitto: /etc/mosquitto/certs/*

Ich habe den Befehl ausgeführt, ohne vorher den User geprüft zu haben. Der Fehler tritt jetzt nicht mehr auf, dafür ist jetzt auf OS Ebene alles verbogen. Ich hatte mich schon gefreut und wollte schnell ein Backup machen. Dazu nutze ich ein Script, welches unter /home/openhabian/Scripts/ gespeichert ist.
Wenn ich jetzt in den Ordner wechseln möchte, kommt

Code: Alles auswählen

openhabian@openhabian:~ $ cd Scripts/
-bash: cd: Scripts/: Permission denied
openhabian@openhabian:~ $ sudo cd Scripts/
[sudo] password for openhabian:
sudo: cd: command not found
openhabian@openhabian:~ $

Ich habe noch ein aktuelles Config Backup. Wäre es möglich, das aktuelle openhabian neu aufzusetzen und dann das Config Backup einzuspielen? Meine things, items, rules etc sind alle dateibasiert. Ich müsste wahrscheinlich nur das SSL nach der Grundinstallation neu machen.
Wäre das nicht einfacher oder gibt es da andere Nachteile?

Du kannst nicht mittels sudo und cd in ein anderes Verzeichnis wechseln

so funktioniert das Rechtesystem nicht.
Wenn Du ein Verzeichnis einsehen willst, welches du als normaler User nicht betreten kannst, kannst Du mit sudo ls -l verzeichnis/ arbeiten.
Willst Du mehrere Befehle ausführen, ist es das einfachste, zu root zu werden:

Code: Alles auswählen

sudo su -

Aber Obacht! Der User root ist auf der Maschine Gott. Er hat alle Macht und kann mit wenigen Zeichen das gesamte System zerstören. Wenn ich mich richtig erinnere, reichen vier Zeichen (solange es die richtigen sind) dazu aus.
Heißt: Wenn Du als root arbeitest, denkst Du VOR dem Ausführen eines Befehls darüber nach, ob das eine gute Idee ist.

Wenn Du tatsächlich den von mir genannten Befehl ausgeführt hast, hat das keinerlei Auswirkungen außer eben, dass die vier Dateien
mosquitto.crt, mosquitto.csr, mosquitto.key und README nun dem User mosquitto gehören.
Das hat also keinerlei Auswirkungen auf andere Teile des Systems.
Entsprechend wage ich zu behaupten, dass Du vielleicht einen ähnlichen Befehl abgesetzt hast, aber eben nicht den von mir genannten.

Natürlich kannst Du jederzeit ein beliebiges Backup zurückspielen, solange es zu der installierten Version von openHAB passt.

Kann ich denn ein frisches Openhab 4.0.2 nehmen und dort die rules, things, items etc von der 3.4.2 "importieren"?

Wenn Du eh dateibasiert arbeitest, musst Du ohnehin alle Anpassungen von Hand vornehmen, das bleibt sich also gleich.

openhabforum.de

Update von OpenHAB 3.4.0 auf openHAB 4.0.1 (stable) von buster

Re: Update von OpenHAB 3.4.0 auf openHAB 4.0.1 (stable) von buster

Re: Update von OpenHAB 3.4.0 auf openHAB 4.0.1 (stable) von buster

Re: Update von OpenHAB 3.4.0 auf openHAB 4.0.1 (stable) von buster

Re: Update von OpenHAB 3.4.0 auf openHAB 4.0.1 (stable) von buster

Re: Update von OpenHAB 3.4.0 auf openHAB 4.0.1 (stable) von buster

Re: Update von OpenHAB 3.4.0 auf openHAB 4.0.1 (stable) von buster

Re: Update von OpenHAB 3.4.0 auf openHAB 4.0.1 (stable) von buster

Re: Update von OpenHAB 3.4.0 auf openHAB 4.0.1 (stable) von buster

Re: Update von OpenHAB 3.4.0 auf openHAB 4.0.1 (stable) von buster

Re: Update von OpenHAB 3.4.0 auf openHAB 4.0.1 (stable) von buster