openHAB 4.1.1 upgrade auf 5.x

[MrWichtig]

Hallo,
nachdem ich schön langsam ebenfalls mit dem Gedanken spiele von 4.x auf 5.x umzusteigen (ich warte noch auf Trixie) wollte ich vorab einmal fragen ob die File Struktur der (knx.things, knx.items und knx.rules) gleich geblieben ist oder hat sich daran auch wieder etwas geändert so wie dazumals zwischen 3.x und 4.x?

[udo1toni]

Die Dateistruktur hat sich nie grundlegend geändert, eine Konfiguration von openHAB2 funktioniert auch noch unter openHAB5. Natürlich mit gewissen Einschränkungen weil sich z.B. Bezeichnungen von Konfigurationsparametern geändert haben, dies, das, (insbesondere Änderungen in der DSL), aber im Grundsatz funktionieren die Dateien immer noch genauso.
Sinngemäß galt das auch von openHAB1 an, nur wurde openHAB1 bezüglich der Bindings grundlegend anders konfiguriert, so dass es da tatsächlich erhebliche Änderungen gab.

Natürlich kommen mit jeder Hauptversion neue Features hinzu, das hat teilweise Auswirkungen, das sollte nicht weiter verwundern.

[scotty_de]

Bei mir läuft jetzt dank deiner Anleitung auch alles (fast).
Normalerweise kopiere und lösche ich Daten mit WinSCP.
Das geht jetzt in den meisten Ordnern und mit den meisten Dateien nicht mehr. Deren Besitzer sind nun root, openhab, mosquitto.
Wie bekomme ich das mit den Rechten geregelt?

VI läuft auch nicht richtig. Ich kann Dateien öffnen, editieren aber nicht speichern. Mit ESC den Einfügemodus verlassen funktioniert. W, Q oder WQ ENTER sind ohne Funktion.

[udo1toni]

Die Dateirechte kannst Du leicht aus der Shell heraus geraderücken:

Code: Alles auswählen

sudo systemctl stop openhab.service
openhab-cli reset-ownership
sudo systemctl start openhab.service

Der erste Befehl hält openHAB an, der zweite Befehl weist den User, mit dem openHAB ausgeführt wird als Besitzer aller Dateien zu, die für openHAB relevant sind, der dritte Befehl startet openHAB wieder.

Dateien, die nicht explizit für Gruppen oder alle beschreibbar sind, können nur vom Besitzer verändert werden, das ist Teil des Sicherheitskonzepts.
Falls Du eine Datei bearbeiten musst, die nicht Deinem User gehört, kannst Du den Editor Deiner Wahl mit erweiterten Rechten ausführen lassen:

Code: Alles auswählen

sudo nano /etc/default/openhab

ruft beispielsweise nano so auf, dass die Datei /etc/default/openhab bearbeitet (und gespeichert) werden kann.
sudo, ohne weitere Parameter aufgerufen, führt den nachfolgenden Befehl im Kontext des Users root aus. sudo kann Befehle aber in jedem beliebigen Userkontext ausführen, z.B.

Code: Alles auswählen

sudo -u openhab cp $OPENHAB_CONF/rules/readme.txt $OPENHAB_CONF/rules/readme2.txt

erstellt eine Kopie der Datei readme.txt aus dem Ordner $OPENHAB_CONF/rules/ (gewöhnlich /etc/openhab/rules/) und die Datei gehört anschließend dem User openhab.
Du kannst natürlich auch vi benutzen, nano ist nicht so mächtig, aber dafür leichter zu bedienen

Arbeiten mit WinSCP: Ja, kann man machen, ist aber suboptimal insbesondere wenn Du mit dem "falschen" User arbeitest. Bei vielen Dateien benötigt openHAB nur Lesezugriff, weshalb es im Prinzip egal sein kann, mit welchem User die Dateien angelegt wurden, aber gewisse Dateien möchte openHAB auch beschreiben können, und die sollten dann auch dem User openhab zugeordnet sein. Die pragmatische Lösung ist, WinSCP mit dem User openhab zu nutzen, der aber eigentlich nicht remote zugreifen darf (kann man natürlich ändern...).
Ich nutze VSCode zum bearbeiten von Dateien, dabei arbeite ich remote. VSCode läuft also auf dem Windows Rechner und baut einen Tunnel auf das openHAB System auf, durch den die Dateien dann bearbeitet werden können. Dabei verwendet der Tunnel den openhab User Kontext, und zwar gesichert mit einem Private/Public Schlüsselpaar. Den Schlüssel entsperre ich dann über die Schlüsselverwaltung, so dass ich nicht ständig ein Passwort eingeben muss. VSCode mit openHAB Plugin bietet diverse Funktionen, die beim programmieren oder konfigurieren von openHAB helfen (Syntaxprüfung, Vorschläge zur Ergänzung usw., Liste aller Things/Items mit Option, die UIDs oder Namen in Dateien einzufügen, Anzeige des Zustands usw.)

[azzkikrboy]

Hallo zusammen,
ich habe dann jetzt auch den Sprung von 4.3.8 auf 5.0.3 gewagt (config über files via VS-Code)
Backup erstellt.
Debian komplett neu aufgesetzt, java 21 (zulu) installiert (beides 64bit), openhab 5.0.3 neu installiert.
Backup eingespielt: clean-cache und reset-ownership durchgeführt und neu gestartet.

Soweit so gut.
ABER: nach einem Neustart sehe ich jetzt diese Meldung im LOG ...

Code: Alles auswählen

[INFO ] [re.storage.json.internal.JsonStorage] - Json storage file at '/var/lib/openhab/jsondb/org.openhab.core.items.Item.json' seems to be corrupt - checking for a backup.

Die Datei ist in der Tat vorhanden, hat aber die größe 0kb. Wenn ich mich richtig errinnere ist das OK, da ich files als Konfiguration nutze und nicht den GUI. Hat sich da bei oh5 was geändert ?

Dann dauert es etwa 2 Minuten und dann geht es weiter mit diesen Meldungen:

Code: Alles auswählen

[INFO ] [.thing.internal.GenericThingProvider] - No ThingHandlerFactory found for thing avmfritz:fritzbox:1 (thing-type is avmfritz:fritzbox). Deferring initialization.

und das für ALLE things.

Das System läuft danach ohne Probleme, zumindest soweit ich das bis jetzt sagen kann.

Irgend jemand eine Idee ? 2 Minuten längere Startzeit ist etwas uncool ... auch wenn es zu funktionieren scheint

[udo1toni]

Zur Datei org.openhab.core.items.Item.json: Ich bin mir nicht sicher, ob diese Datei tatsächlich komplett leer ist.
Mein Tipp: Lege ein Item über die Main UI an, speichere es und lösche es anschließend wieder. Eventuell stehen in der Datei zwei geschweifte Klammern, wenn man keine Items über die REST API erzeugt hat (die Main UI greift auf die REST API zu...), aber das einfachste ist es ja, openHAB dazu zu zwingen, die Datei passend zu erstellen

Die Meldung zu den Things: Das tritt auf, wenn die Addons noch nicht installiert/hochgefahren sind. Hast Du die Addons über /etc/openhab/services/addons.cfg installiert, oder über die UI?

Der Start von openHAB dauert bei mir auch sehr lange, aber das ist in meinen Augen unwichtig, openHAB sollte ja nur selten mal neu gestartet werden.

[azzkikrboy]

Hallo,
du hast recht. Die Datei sollte die zwei geschweiften Klammern enthalten. Hat sie jetzt auch, nachdem ich über UI ein Item erzeugt habe und es dann wieder gelöscht ...
Die selbe Datei für die things (org.openhab.core.thing.link.ItemChannelLink.json) hatte vorher schon die beiden klammern.

Die Addons habe ich alle über UI installiert.

[udo1toni]

Gut

Wie sieht es mit der Startzeit aus? Ich habe gerade mal bei mir neu gestartet, und das System benötigt knapp 50 Sekunden von

Code: Alles auswählen

sudo systemctl start openhab.service

bis im openhab.log die erste Log Meldung der Rule eingeht, die per system started Trigger ausgeführt wird.
Allerdings ist das natürlich auch sehr vom darunter laufenden System abhängig, bei mir ein Proxmox LXContainer, der Host ist ein 6-Kerne/12 Threads AMD System, welches schon etwas älter, aber dennoch ziemlich flott ist

[azzkikrboy]

hab das jetzt auch nochmal getestet, nachdem die Datei "korrigiert" wurde.
Der Start ist jetzt auch wesentlich schneller. ca. 40 Sekunden, perfekt.

[udo1toni]

Prima