Upgrade zu Openhab4: Error [ERROR] [ternal.service.BootFeaturesInstaller]

[sami77]

Super, ich denke jetzt müsste alles passen:

Code: Alles auswählen

openHABian configuration tool successfully updated.
Visit the development repository for more details: https://github.com/openhab/openhabian
The tool will now restart to load the updates... OK
2023-08-02_13:47:39_CEST [openHABian] Checking for root privileges... OK
2023-08-02_13:47:39_CEST [openHABian] Loading configuration file '/etc/openhabian.conf'... OK
2023-08-02_13:47:39_CEST [openHABian] openHABian configuration tool version: [main]{2023-08-01T19:22:21+02:00}(e0250ae)
2023-08-02_13:47:39_CEST [openHABian] Checking for changes in origin branch main... OK
2023-08-02_13:47:41_CEST [openHABian] Switching to branch main... 2023-08-02_13:47:41_CEST [openHABian] Switching to branch main... OK
2023-08-02_13:47:41_CEST [openHABian] Checking openHAB Signing Key expiry.
2023-08-02_13:47:41_CEST [openHABian] Checking expiry date of apt keys... OK
2023-08-02_13:47:41_CEST [openHABian] Checking for updates of openhab for JS Scripting... No update available.
2023-08-02_13:47:43_CEST [openHABian] Adding slightly tuned bash configuration files to system... OK
2023-08-02_13:48:01_CEST [openHABian] Updating Linux package information... OK
2023-08-02_13:48:01_CEST [openHABian] Updating Linux package information... OK
2023-08-02_13:48:01_CEST [openHABian] Updating repositories and upgrading installed packages...
Paketlisten werden gelesen... Fertig
Abh�ngigkeitsbaum wird aufgebaut... Fertig
Statusinformationen werden eingelesen... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
W: Ziel Packages (main/binary-armhf/Packages) ist mehrfach konfiguriert in /etc/apt/sources.list.d/java.list:1 und /etc/apt/sources.list.d/raspi.list:1
W: Ziel Packages (main/binary-all/Packages) ist mehrfach konfiguriert in /etc/apt/sources.list.d/java.list:1 und /etc/apt/sources.list.d/raspi.list:1
W: Ziel Translations (main/i18n/Translation-de_DE) ist mehrfach konfiguriert in /etc/apt/sources.list.d/java.list:1 und /etc/apt/sources.list.d/raspi.list:1
W: Ziel Translations (main/i18n/Translation-de) ist mehrfach konfiguriert in /etc/apt/sources.list.d/java.list:1 und /etc/apt/sources.list.d/raspi.list:1
W: Ziel Translations (main/i18n/Translation-en) ist mehrfach konfiguriert in /etc/apt/sources.list.d/java.list:1 und /etc/apt/sources.list.d/raspi.list:1
2023-08-02_13:48:09_CEST [openHABian] Checking for default openHABian username:password combination... OK
2023-08-02_13:48:09_CEST [openHABian] We hope you got what you came for! See you again soon ;)

Im config tool wird folgendes angezeigt: [main]{2023-08-01T19:22:21+02:00}(e0250ae)

Sollte passen, oder?

Momentan gibt es noch keine neue UI, korrekt? Hier bin ich bei:

openHAB 3.4.5 Release Build

1000 Dank schon mal im Voraus!
VG
U

[udo1toni]

Was meinst Du mit UI? openhabian-config ist nur ein Tool um openHAB zu installieren.
Schau bitte mal auf ide beiden Dateien java.list und raspi.list:

Code: Alles auswählen

ls -l /etc/apt/sources.list.d/

Welche der beiden Dateien ist neuer?
Wie sieht die Ausgabe von

Code: Alles auswählen

diff /etc/apt/sources.list.d/java.list /etc/apt/sources.list.d/raspi.list

aus? (Es ist natürlich möglich, dass die Inhalte sich zu sehr unterscheiden, als dass diff hier eine sinnvolle Anzeige liefert, dann müsstest Du die Dateiinhalte selbst abgleichen.)
Es sollte jede Paketquelle nur exakt einmal definiert sein, alle doppelten Zeilen solltest Du z.B. durch auskommentieren (mit dem # zu Beginn der Zeile) in einer der beiden Dateien entfernen, vorzugsweise in der älteren der beiden Dateien. Bleiben dann keine aktiven Zeilen übrig, kannst Du die Datei auch komplett entfernen. Dabei geht es um diese Meldungen:

Code: Alles auswählen

W: Ziel Packages (main/binary-armhf/Packages) ist mehrfach konfiguriert in /etc/apt/sources.list.d/java.list:1 und /etc/apt/sources.list.d/raspi.list:1
W: Ziel Packages (main/binary-all/Packages) ist mehrfach konfiguriert in /etc/apt/sources.list.d/java.list:1 und /etc/apt/sources.list.d/raspi.list:1
W: Ziel Translations (main/i18n/Translation-de_DE) ist mehrfach konfiguriert in /etc/apt/sources.list.d/java.list:1 und /etc/apt/sources.list.d/raspi.list:1
W: Ziel Translations (main/i18n/Translation-de) ist mehrfach konfiguriert in /etc/apt/sources.list.d/java.list:1 und /etc/apt/sources.list.d/raspi.list:1
W: Ziel Translations (main/i18n/Translation-en) ist mehrfach konfiguriert in /etc/apt/sources.list.d/java.list:1 und /etc/apt/sources.list.d/raspi.list:1

Bitte möglichst immer Code als Code markieren, nicht als Zitat. "Code" meint in dem Zusammenhang ausdrücklich auch Logs oder allgemein Textdateiinhalte.

[sami77]

Vielen Dank!

Mit UI meine ich die Weboberfläche von openHAB.

Code: Alles auswählen

openhabian@openhabian:~ $ ls -l /etc/apt/sources.list.d/
insgesamt 28
-rw-r--r-- 1 root root  58  6. Mai 2021  comitup.list
-rw-r--r-- 1 root root  53 27. Jul 2021  grafana.list
-rw-r--r-- 1 root root  56  1. Aug 21:16 influxdb.list
-rw-r--r-- 1 root root  57  1. Aug 13:11 java.list
-rw-r--r-- 1 root root 114  1. Aug 21:16 nodesource.list
-rw-r--r-- 1 root root   1  1. Aug 21:05 openhab.list
-rw-r--r-- 1 root root 191  1. Aug 21:16 raspi.list

Beide Listen sind also gleich alt.

Ich weiss nicht genau, wie ich das unten interpretieren soll?

Code: Alles auswählen

openhabian@openhabian:~ $ diff /etc/apt/sources.list.d/java.list /etc/apt/sources.list.d/raspi.list
1a2,3
> # Uncomment line below then 'apt-get update' to enable 'apt-get source'
> #deb-src http://archive.raspberrypi.org/debian/ bullseye main

Herzliche Grüße und danke!

[udo1toni]

Beide Listen sind also gleich alt.

Nope, raspi.list ist vom 1. August, 21:16 Uhr, java.list ist vom 1. August, 13:11 Uhr, also über 8 Stunden älter.

Ich weiss nicht genau, wie ich das unten interpretieren soll?

Ja, da habe ich mich wohl etwas mit dem Aufruf vertan...

Egal, schau Dir einfach die Inhalte der beiden Dateien an und kommentiere in der java.list jede Zeile aus, die auch in raspi.list vorkommt. Dazu musst Du die Datei dann mit erweiterten Rechten in nano öffnen:

Code: Alles auswählen

sudo nano /etc/apt/sources.list.d/java.list

Mach Dir die andere Datei am einfachsten in einem zweiten Fenster auf (über eine zweite ssh Verbindung...)

Mit UI meine ich die Weboberfläche von openHAB.

Ok, also die UI von openHAB4 ist grundsätzlich die gleiche wie die von openHAB3, es gibt aber schon diverse Unterschiede, nur halt nicht so "krass" unterschiedlich wie von openHAB2 nach openHAB3.

Im Detail gibt es z.B. nun im Kontext eines Addons (also da, wo man das Addon installiert oder entfernt) immer auch ein Zahnrad (links ist der Install/Remove Button, weit rechts davon das Zahnrad in blau). Wenn man auf dieses zahnrad klickt, bekommt man die im Kontext des Addons verfügbaren Konfigurationsoptionen. Das ist für praktisch alle Addons die Möglichkeit, das logLevel anzupassen (unmittelbar wirksam, über ein Reboot hinaus), weiterhin abhängig vom Addon weitere Möglichkeiten, z.B. bei den Persistence Addons zum einen die Konfiguration der Persistence selbst, zum anderen die Verknüpfung der Persistence zu den Items (also das, was bisher ausschließlich über die Dateien $OPENHAB_CONF/persistence/<persistence-service>.persist per Texteditor konfiguriert werden konnte.)

Außerdem sind Parameter hinzugekommen, vor allem ist hier bei UoM Items der Parameter unit zu nennen. Wenn Du die Items über die UI definiert hast, sollte openHAB beim Upgrade automatisch den fehlenden Parameter passend setzen, aber Obacht, kontrolliere unbedingt, ob der Parameter auch wirklich korrekt gesetzt ist.
UoM (Unit of Measurement) kümmert sich darum, dass z.B. der Status eines Temperatursensors, der die Temperatur in °F anliefert, dennoch korrekt in °C angezeigt wird, ohne dass Du dazu irgendwelche Umrechnungen per Transformation oder gar Rule vornehmen müsstest.
Nun kommt es gelegentlich vor, dass man im Nachhinein feststellt, dass die angezeigte Einheit nicht so dolle ist. In openHAB3 führt nun eine Änderung der Anzeige (über das Label eines Items oder wahlweise über die State Description, Parameter pattern) nicht nur zu einer veränderten Anzeige, gleichzeitig wird der Wert auch im Item verändert, was dann unterm Strich dazu führt, dass der Wert plötzlich anders persistiert wird - denn die Persistence services haben keine Ahnung von UoM und vermutlich wäre es zwar bei jdbc und influxdb sehr einfach nachzurüsten, aber keinesfalls bei rrd4j - und das ist die Default Persistence.
Deshalb gibt es nun zusätzlich den Parameter unit, der vorgibt, in welchem Format der Wert im Item gehalten wird. Du kannst nun also die in °F angelieferte Temperatur in der Persistence als K speichern, aber dennoch in °C anzeigen.
Übrigens ist UoM noch wesentlich mächtiger, wenn es z.B. um Dezimalstellen geht: Wert wird als Integer angeliefert, z.B. zehntel Grad Temperatur, dann reicht es, im Binding die Einheit auf d°C zu setzen, schon landet die korrekte Temperatur als °C mit einer Nachkommastelle im Item.
Oder Du hast eine Spannung in V und einen Strom in mA, dann kannst Du in einer Rule ganz locker V * mA rechnen und bekommst als Wert tatsächlich VA oder W geliefert. Wenn die Einheit exotisch ist, wird es dann noch interessant, vor einigen Wochen gab es die Aufgabe, eine Zeit umzurechnen, die in zehntel Minuten geliefert wurde... Da sollte es nun tatsächlich reichen d*Min zu schreiben (in diesem Fall ist das Malzeichen wichtig, denn dMin gibt es bisher so nicht) - keine Ahnung seit wann diese Macht in UoM schlummert, aber es funktioniert wohl zumindest in der aktuellen Version.

[sami77]

In beiden Dateien steht das gleiche drin:

raspi.list:

Code: Alles auswählen

deb http://archive.raspberrypi.org/debian/ bullseye main
# Uncomment line below then 'apt-get update' to enable 'apt-get source'
#deb-src http://archive.raspberrypi.org/debian/ bullseye main

und

java.list

Code: Alles auswählen

deb http://archive.raspberrypi.org/debian/ bullseye main

also hab den Eintrag in Java.list auskommentiert.

Hab danach wieder ein Update gemacht und versucht auf die letzte branch zu wechseln, dann reboot.

Immer noch keine Veränderung, sprich 3.4.5 - Release build.

Code: Alles auswählen

openhabian@openhabian:~ $ openhab-cli info

Version:     3.4.5 (Build)

User:        openhab (Active Process 497)
User Groups: openhab tty dialout audio bluetooth gpio

Directories: Folder Name      | Path                        | User:Group
             -----------      | ----                        | ----------
             OPENHAB_HOME     | /usr/share/openhab          | openhab:openhab
             OPENHAB_RUNTIME  | /usr/share/openhab/runtime  | openhab:openhab
             OPENHAB_USERDATA | /var/lib/openhab            | openhab:openhab
             OPENHAB_CONF     | /etc/openhab                | openhab:openhab
             OPENHAB_LOGDIR   | /var/log/openhab            | openhab:openhabian
             OPENHAB_BACKUPS  | /var/lib/openhab/backups    | openhab:openhab

Ist das das letzte stable release?

Danke und Gruß!
U

[udo1toni]

Ja, das Upgrade ist erst der nächste Schritt. Wichtig ist, dass nun keine Meldungen im Log auftauchen, die auf eine Fehlkonfiguration hinweisen

Ist Java17 installiert? (von der Shell aus zu prüfen mit

Code: Alles auswählen

java --version

Da sollte dann mehr oder weniger dies hier zu lesen sein:

Code: Alles auswählen

OpenJDK Runtime Environment (build 17.0.8+7-Debian-1deb12u1)
OpenJDK 64-Bit Server VM (build 17.0.8+7-Debian-1deb12u1, mixed mode, sharing)

wobei die 17 das Wichtige ist )
Falls das nicht der Fall ist, bitte noch mal über Menüpunkt 45 OpenJDK 17 installieren lassen.

Hast Du ein aktuelles Backup? (Punkt 50 Backup openHAB config)
Welchen Branch hast Du unter Punkt 01 ausgewählt? Im besten Fall ist dort release ausgewählt, da sollte dann "... that supports openHAB4 ..." stehen.

Dann rufe bitte noch Menüpunkt 41 auf (openHAB Release)

Gewöhnlich sollte openhabian-config dann automatisch ein Upgrade ausführen, notfalls kannst Du das aber auch mit Punkt 02 nochmal anstoßen.

[sami77]

Zu Java:

Code: Alles auswählen

penhabian@openhabian:~ $ java --version
openjdk 17.0.7 2023-04-18
OpenJDK Runtime Environment (build 17.0.7+7-Raspbian-1deb11u1rpt1)
OpenJDK Client VM (build 17.0.7+7-Raspbian-1deb11u1rpt1, mixed mode, emulated-client)

Check!

Backup: Check!

Bei 41 - 02 bekomme ich leider eine Fehlermeldung:

There was an error or interruption during the execution of "40 | openHAB Related"

Code: Alles auswählen

023-08-03_14:42:21_CEST [openHABian] Installing selected openHAB3 version... FAILED (update apt lists)

Irgendwo klemmt es noch...
Könnte es vielleicht an einem fehlenden PUB-Key liegen?

Danke danke!
U

[udo1toni]

Und Du bist auf der aktuellen openHABian Version? (Beachte: Update zulassen, 01 auf release setzen)

[sami77]

Ja, steht auf "release".

Ich hatte ja damals bei einem Update mein openHAB zerrschossen und dann den Rollo-back auf 3.4.5 gemacht und auf "hold" gesetzt.

Danach habe ich das OS auf "Bullseye" geupdated und Java 17 installiert...

Jetzt komme ich nicht mehr höher, hatte auch mal mit "latest" versucht. Auch da kein Unterschied....

[udo1toni]

Was gibt denn Punkt 0 für eine Auskunft über openHABian selbst?