Updatehilfe von OH 4 auf OH 5

[Corsair83]

Hallo zusammen,

auf heise.de hab ich vernommen, dass es eine Updatehilfe für OH 5 geben könnte:
https://www.heise.de/news/Smart-Home-op ... 23727.html

Leider bin ich in Linux nicht wirklich fit und scheue mich den wohl komplizierten/aufwändigen Weg von OH 4 auf OH 5 zu gehen.

Aktuelle Konfig:
Release = Raspbian GNU/Linux 11 (bullseye)
Kernel = Linux 6.1.21-v8+
Platform = Raspberry Pi 4 Model B Rev 1.5
openHAB 4.1.3 - Release Build

Wie ich verstanden habe, muss ich erst mal auf Java21 und ein 64 bit-System gehen. --> Das bekomme ich vmtl. noch hin - wäre aber auch schön, wenn das über in klassisches Update geht.

Wird es aber noch eine Möglichkeit geben, die persönliche Config aus dem OH4 automatisiert in OH5 zu übertragen?

Ich verstehe, dass es hin und wieder größere Umbrüche in der SW braucht, um zukunftsfähig zu bleiben. Dem Umstand, dass aber viele Liebhaber dann bei ihren "alten Leisten" bleiben, weil der Umstieg mit zu viel Risiko behaftet ist, wird hoffentlich noch Rechnung getragen?

Vielen herzlichen Dank
Tom

[udo1toni]

Du kannst immer (egal von welcher Version Du kommst) die Konfiguration sichern und in der neuen Version einspielen.
Natürlich gibt es ein paar Einschränkungen, aber die betreffen vor allem die richtig alten Versionen (V1 hatte z.B. noch kein Backup Werkzeug an Bord) und das Grundsatz ist so korrekt.
Solange Du Dich in der Version aufwärts bewegst, wirst Du auch nur wenige Überraschungen erleben, aber es gibt immer (selbst bei Minor Updates) Breaking Changes. Entsprechend ist es wichtig, sich alle Changelogs aller Zwischenversionen anzuschauen. Man muss es nicht en detail lesen, aber zumindest querlesen sollte man schon. Schau insbesondere, welche Addons Du einsetzt, ob es dort Änderungen gab.
Das Verhalten der Persistence wurde z.B. mit dem Umstieg auf 5.1 geändert (wobei es früher schon mal so war... unter V1...), dahingehend, dass nun keine Persistence per default Items sichert. Man muss mindestens eine Strategy für * definieren, um dies wieder zu erreichen.
Ich bin mir gerade nicht sicher, ob es viele andere Änderungen zwischen 4.1 und 5.0 gab, das ist schon so lange her...

Was das eigentliche Update betrifft, wäre die erste Frage, ob Dein altes System noch ein 32-Bit-Image ist (vermutlich ja...) Ein In situ Update von 32 Bit auf 64 Bit ist meines Wissens nicht möglich, Du wirst in diesem Fall also so oder so neu installieren müssen. Das ist aber eine Beschränkung des OS, nicht von openHAB selbst.

Falls Du allerdings schon 64 Bit hast, steht es Dir frei, das Betriebssystem zunächst auf bookworm anzuheben:

Code: Alles auswählen

sudo apt-mark hold openhab openhab-addons

sudo apt update && sudo apt -y full-upgrade
...
reboot
...
grep -rl bullseye /etc/apt/ | sudo xargs sed -i 's/bullseye/bookworm/g'
sudo apt update && sudo apt -y full-upgrade
...
reboot

und anschließend das Upgrade nach trixie zu vollziehen:

Code: Alles auswählen

grep -rl bookworm /etc/apt/ | sudo xargs sed -i 's/bookworm/trixie/g'
sudo apt update && sudo apt -y full-upgrade
...
reboot
...
sudo apt modernize-sources
sudo apt-mark unhold openhab openhab-addons
sudo apt install -y openjdk-21-jre-headless
sudo apt update && sudo apt -y full-upgrade

In der Theorie sollte openHAB dabei alle wesentlichen Dinge selbst beachten, aber wer will sich schon auf Theorie verlassen...
Was machen die einzelnen Befehle?
apt-mark dient dazu, eine bestehende Version "anzupinnen", d.h. apt upgrade wird diese(s) Paket(e) nicht anfassen.
Anschließend wird das System auf den letzten Stand gebracht (apt update && apt full-upgrade), notfalls werden auch neue Pakete installiert.
Danach wird in allen Dateien unterhalb /etc/apt/ die Buchstabenfolge bullseye durch bookworm ersetzt.
Anschließend werden die "neuen" Pakete installiert.
trixie bringt ein neues Konfigurationsformat für die Paketquellen mit, apt modernize-sources aktualisiert die Dateien passend.
Zum Abschluss muss dann noch Java 21 eingespielt und openHAB selbst upgegradet werden.

Wie gesagt, das geht, aber nur, wenn Du schon auf 64 Bit bist.
Ansonsten gilt:

Code: Alles auswählen

sudo openhab-cli backup --full

Das fertige zip-Archiv landet in $OPENHAB_USERDATA/backups/ und kann von dort auf die neue SD-Karte (mit trixie 64-Bit) kopiert werden.
Sobald Du openHAB 5 mit Java21 einmal gestartet hast, kannst Du es wieder stoppen und mittels

Code: Alles auswählen

sudo openhab-cli restore /pfad/zur/zip-datei

Deine Daten wiederherstellen.
Als Nacharbeiten musst Du dann noch unbedingt (!) die folgenden Befehle absetzen:

Code: Alles auswählen

sudo openhab-cli clean-cache
sudo openhab-cli reset-ownership

Ersterer löscht die "zuviel" kopierten Dateien vom Backup, Letzterer sorgt dafür, dass ale Dateien und Verzeichnisse dem richtigen User zugeordnet sind.
Wenn Du beim Backup das --full weg lässt, werden nur die Konfigurationsdaten gesichert, nicht aber die Persistence (mapdb und rrd4j). Ein solches Backup beinhaltet auch keinen Cache, so dass man evtl. sogar auf den entsprechenden Befehl verzichten könnte, aber das Aufräumen schadet nicht
Bleibt man bei der identischen Version, kann der Cache auch erhalten bleiben.
Wenn das Restore auf einer anderen als der Quellversion erfolgt, muss hingegen der Cache gelöscht werden, damit openHAB beim ersten Start die zur Version passenden Addons lädt.

[Corsair83]

Hallo Udo,

vielen herzlichen Dank für die schnelle Rückmeldung.
Dann werde ich mich mal daran versuchen.
Ich bin in der Tat noch auf 32 bit.
Melde mich wieder wenn ich wo hänge, bzw. wenn es funktioniert hat .

VG
Tom

[Rob69]

Hallo,

Ich habe nun schon mehrmals ein Update von OH 4.3.2 auf OH 5.1 gemacht!

Jeweils ein neues OH 5.1 installiert, inkl. Mosquitto.
Dann ein Fullupdate meines OH 4.3.2 gemacht ( produktiv System)
Diese Fullupdate auf den OH 5.1 gespielt.
Alles bestens, bis auf mein RRDJ.
Bei beiden Versuchen kein funktioniertes Persistence.

Bei beiden unter
/settings/persistence/rrd4j/configuration-config auf persist all items geschoben und gespeichert,
dann hat wieder alles Funktioniert !

Was war der Fehler?

Gruß Rob69

[udo1toni]

Die Default Persistence gibt es seit OH5.1 nicht mehr. Man muss also explizit eine Regel dafür anlegen, dass alle (*) Items persistiert werden, ansonsten werden eben nur die persistiert, welche mit einer eigenen Regel angegeben sind.

Das ist meines Wissens auch in den Breaking Changes für die Version 5.1 aufgeführt.

[Corsair83]

Hallo ,

ich habe jetzt folgendes geschafft:

1) Erstellung meines aktuell laufendes Openhabian-backup-ZIP-Files über
a. puTTy
b. sudo openhabian-config
c. 50 Backup/Restore --> 50 Backup openhab config



2) Kopieren des Backup-Files über
a. Download WinSCP
b. Login auf den RaspberryPI über WinSCP und kopieren des ZIP-Files (ca. 19 MB) auf den Windows-Rechner
c. Umbenennen des o.g. ZIP-Files in „initial.zip“

3) Erstellung eines neuen Images auf einer jungfreulichen SD-Karte (32 GB Endurance)
a. Herunterladen des Programms „Raspberry PI Imager“ auf meinen Windows PC
b. Erstellung des Images auf der SD-Karte durch Auswahl:
i. Modell: Raspberry Pi 4
ii. Betriebssystem: Other specific-purpose OS --> Home automation --> openHAB --> openHABian (64 bit)

c. Intensives Suchen eines Windows-Rechners im Haushalt, der dann die SD-Karte lesen kann
--> Hast Du eine Erklärung, warum die SD-Karte dann nicht mehr generell lesbar war?
d. Erstellung des Ordners „firmware“ auf dem Laufwerk D(bootfs) und kopieren des ZIP-Files in diesen Ordner

e. Folgende Änderung der Datei openhabian.conf auf dem Laufwerk D, wie hier beschrieben:
https://github.com/openhab/openhab-dist ... openhabian
i. clonebranch=openhab4
ii. java_opt=Temurin21 (war schon so)


4) Neustart des neu aufgesetzten Systems:
a. Stoppen des alten Systems über „sudo systemctl stop openhab.service“
b. Tausch der SD-Karten
c. Zugriff über puTTY aus Windows-PC auf die neue Installation
--> funktioniert;
d. Upgrade auf den letzten Stand
i. Sudo openhabian.-config
ii. 02 Upgrade System
Ich bin weiterhin auf openhab 4.3.6

5) Check über Browser
a. Openhabian:8080 führt zur Erstinstallation mit Definition Benutzername, Passwort etc…
--> Aus dem Ergebnis meines ZIP-Files ist leider nichts zu sehen… Hast Du eine Idee?

Kleine Anmerkung:
Ich weiß nicht, ob Du mit den Entwicklern von openhab in Kontakt stehst. Die Doku auf openhab.org geht davon aus, dass die Anwender „alle halbe Jahre“ das System neu gestalten und immer auf dem aktuellen Stand sind.
Ich würde davon ausgehen, dass es viele Anwender gibt, die Systeme einmal aufsetzen, moderate Anpassungen machen und ansonsten froh sind, dass die Dinger laufen.
Die Anleitungen müssten m.E. in Step-by-Step-Anleitungen erstellt werden wie ich sie oben versucht habe. Dann holt man m.E. mehr Anwender ab und bekommt über die Zeit auch eine größere Community.

Vielen Dank
Tom

[udo1toni]

Ich bin mir nicht sicher, ob das von openhabian-config erstellte Backup direkt während der Installation eingespielt werden kann.

Mach die zip Datei mal auf dem PC auf und schaue auf den Inhalt. Es muss dort (direkt auf der ersten Ebene) ein Verzeichnis conf und ein Verzeichnis userdata geben, außerdem eine Datei backup.properties.
Unterhalb der beiden Ordner müssen sich die Dateien aus /etc/openhab/ bzw. /var/lib/openhab/ befinden (bei Letzterem mutmaßlich ohne den Inhalt von ./persistence/, 19 MByte erscheinen mir hier zu wenig)

Wenn alles so weit passt, das Backup aber trotzdem nicht eingespielt wurde, müsstest Du noch mal prüfen, ob in /etc/openhabian.conf der Pfad zum Initial Restore nicht eventuell auskommentiert ist.
Notfalls kannst Du das Backup aber auch problemlos von Hand einspielen, entweder über openhabian-config (da müsste es auch passende Menüpunkte für den restore geben) oder halt direkt von der Shell aus:

Code: Alles auswählen

sudo systemctl stop openhab.service
sudo openhab-cli restore /pfad/zur/initial.zip
sudo openhab-cli clean-cache
sudo openhab-cli reset-ownership
sudo systemctl start openhab.service

Genauso könntest Du auf dem Quellsystem das Backup auch manuell erzeugen, falls die zip-Datei ein unerwartetes Format hat:

Code: Alles auswählen

sudo openhab-cli backup

alternativ kannst Du den Befehl mit der Option --full aufrufen, dann wird auch die gesamte interne Persistence (rrd4j und mapdb) mit ins Backup aufgenommen und kann später auch wiederhergestellt werden.
Wen nder Befehl durchgelaufen ist, gibt er Auskunft über den Ablageort (/var/lib/openhab/backups/) und von dort kannst Du die Datei dann auf das Zielsystem transferieren.

Ich stehe nicht mehr als andere Leute in Kontakt mit den Entwicklern
Das Ding mit der Doku ist: Jeder kann, darf und soll sich dort beteiligen. Man kann also problemlos Verbesserungsvorschläge einbringen, auch ohne mit den Entwicklern per Du zu sein (Link jeweils unten rechts auf der jeweiligen Seite)
Meine Hemmschwelle ist an dieser Stelle aber die Sprache. Ich bilde mir zwar ein, englisch ganz gut zu verstehen, aber der aktive Wortschatz ist halt... mau. Ich könnte mir vieles zusammensuchen, aber das würde in extrem viel Arbeit ausarten. Entsprechend hoffe ich da eher auf native speakers.