Openhab Docker | Upgrade 3.2 to 3.3

[./mf]

Ich habe es schon in der OH Community gepostet, aber ich wollte es auch hier noch einmal probieren. Es erscheint mir nämlich seltsam und ich habe keine Erklärung dafür.

Ich nutzt OH3.2 als Docker und wollte auf OH3.3 switchen. Normalerweise ist das ja recht einfach. Docker Image tauschen und neu starten. Allerdings werden die AddOns offenbar nicht aktualisiert.

Code: Alles auswählen

2022-11-27 14:25:33.850 [ERROR] [core.karaf.internal.FeatureInstaller] - Failed installing 'openhab-package-standard': Error:
2022-11-27 14:25:35.664 [ERROR] [core.karaf.internal.FeatureInstaller] - Failed installing 'openhab-binding-hue, openhab-binding-modbus, openhab-persistence-mapdb, openhab-binding-webthing, openhab-binding-amazondashbutton, openhab-misc-openhabcloud, openhab-binding-tplinksmarthome, openhab-transformation-javascript, openhab-persistence-influxdb, openhab-transformation-regex, openhab-ui-habpanel, openhab-transformation-jsonpath, openhab-automation-jsscripting, openhab-binding-shelly, openhab-binding-mqtt, openhab-persistence-rrd4j, openhab-transformation-map, openhab-ui-basic, openhab-binding-smartmeter, openhab-binding-astro, openhab-binding-telegram, openhab-transformation-jinja': Error:

Internet ist im Docker Container vorhanden.

Code: Alles auswählen

pi@pi4:~/docker $ docker exec -it oh33test /bin/bash 
root@pi4:/openhab# ls -la
total 64
drwxr-xr-x  1 openhab openhab  4096 Jun 27 02:00 .
drwxr-xr-x  1 root    root     4096 Dec  3 16:48 ..
drwxr-xr-x  2 openhab openhab  4096 Jan  2  2022 addons
drwxr-xr-x 14 openhab openhab  4096 Jan  2  2022 conf
drwxr-xr-x  1 openhab openhab  4096 Jun 27 02:00 dist
-rw-r--r--  1 openhab openhab 13430 Jun 27 01:38 LICENSE.TXT
drwxr-xr-x  1 openhab openhab  4096 Jun 27 01:38 runtime
-rwxr-xr-x  1 openhab openhab    73 Jun 27 01:22 start_debug.sh
-rwxr-xr-x  1 openhab openhab   199 Jun 27 01:22 start.sh
drwxr-xr-x 14 openhab openhab  4096 Dec  3 16:48 userdata
root@pi4:/openhab# ping google.de
PING google.de(ams17s08-in-x03.1e100.net (2a00:1450:400e:80e::2003)) 56 data bytes
64 bytes from ams17s08-in-x03.1e100.net (2a00:1450:400e:80e::2003): icmp_seq=1 ttl=120 time=6.49 ms
64 bytes from ams17s08-in-x03.1e100.net (2a00:1450:400e:80e::2003): icmp_seq=2 ttl=120 time=6.08 ms
64 bytes from ams17s08-in-x03.1e100.net (2a00:1450:400e:80e::2003): icmp_seq=3 ttl=120 time=6.06 ms
^C
--- google.de ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2004ms
rtt min/avg/max/mdev = 6.059/6.208/6.488/0.197 ms
root@pi4:/openhab# 

Dann habe ich durch Suchen und Hilfe noch etwas seltsames gefunden. Das ist möglicherweise die Hauptursache ... ?

Ich habe einen OH33 Test erstellt - Docker ist so toll, man kann es parallel machen - aber der Core ist weiterhin(?) nur OH3.2? Das ist sehr sehr seltsam.

Code: Alles auswählen

pi@pi4:~ $ docker ps | grep oh33
a619ad61ca48   openhab/openhab:3.3.0           "/entrypoint tini -s…"   12 minutes ago   Up 12 minutes (healthy)                                                                   oh33test
pi@pi4:~ $ docker exec -ti oh33test /openhab/runtime/bin/client
Logging in as openhab
Password:  

                           _   _     _     ____  
   ___   ___   ___   ___  | | | |   / \   | __ ) 
  / _ \ / _ \ / _ \ / _ \ | |_| |  / _ \  |  _ \ 
 | (_) | (_) |  __/| | | ||  _  | / ___ \ | |_) )
  \___/|  __/ \___/|_| |_||_| |_|/_/   \_\|____/ 
       |_|       3.2.0 - Release Build

Use '<tab>' for a list of available commands
and '[cmd] --help' for help on a specific command.
To exit, use '<ctrl-d>' or 'logout'.

openhab> list -s org.openhab.core
START LEVEL 100 , List Threshold: 50
 ID │ State  │ Lvl │ Version │ Symbolic name
────┼────────┼─────┼─────────┼─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
151 │ Active │  80 │ 3.2.0   │ org.openhab.core
openhab> feature:repo-list
Repository                                         │ URL
───────────────────────────────────────────────────┼────────────────────────────────────────────────────────────────────────────────────────────────────
org.ops4j.pax.web-7.3.23                           │ mvn:org.ops4j.pax.web/pax-web-features/7.3.23/xml/features
distro-3.2.0                                       │ mvn:org.openhab.distro/distro/3.2.0/xml/features
framework-4.3.4                                    │ mvn:org.apache.karaf.features/framework/4.3.4/xml/features
standard-4.3.4                                     │ mvn:org.apache.karaf.features/standard/4.3.4/xml/features
org.openhab.binding.e3dc-3.2.0                     │ mvn:org.openhab.addons.bundles/org.openhab.binding.e3dc/3.2.0/xml/features
org.openhab.core.features.karaf.openhab-core-3.2.0 │ mvn:org.openhab.core.features.karaf/org.openhab.core.features.karaf.openhab-core/3.2.0/xml/features
org.openhab.core.features.karaf.openhab-tp-3.2.0   │ mvn:org.openhab.core.features.karaf/org.openhab.core.features.karaf.openhab-tp/3.2.0/xml/features
org.smarthomej.binding.amazonechocontrol-3.2.9     │ mvn:org.smarthomej.addons.bundles/org.smarthomej.binding.amazonechocontrol/3.2.9/xml/features
openhab-addons-3.2.0                               │ mvn:org.openhab.distro/openhab-addons/3.2.0/xml/features
openhab>                                                                                                                                                                                                                                                                    

Ich habe dann auch mal den OH3.3 komplett neu als Test aufgesetzt. Also kein Upgrade oder so ... Auch hier ist OH3.2. als Core drin ...

Hat da jemand einen Erklärung? Was kann ich machen, um sauber auf OH3.3 wechseln zu können?

[udo1toni]

Versuche bitte mal das stable Image, das ist ja momentan auch 3.3.0
Es könnte sein, dass im 3.2.0 Image falsche Bezüge auf den zu verwendenden Download Server enthalten sind.
Wenn ich so darüber nachdenke, könnte es sogar sein, dass diese Information in userdata gespeichert ist. Das würde erklären, warum Du keine Addons bekommst, denn das bintray Repository wurde Ende April 2021 abgeschaltet und openHAB musste auf jfrog umziehen. Es gibt zwei Stellen, wo das konfiguriert ist, die eine bezieht sich auf die apt-source, das spielt bei Docker keine Rolle, die andere bezieht sich auf die Addons.

EDIT: Laut meinem eigenen Beitrag habe ich Recht viewtopic.php?t=5875 Die fragliche Datei liegt unter userdata, die musst Du also anpassen, wie im Beitrag beschrieben.

[./mf]

Versuche bitte mal das stable Image, das ist ja momentan auch 3.3.0

Ist dies nicht das offizielle Stable image?

Code: Alles auswählen

openhab/openhab:3.3.0

Das OH3.3 habe ich plain davon genommen. Ich schaue aber dennoch mal rein, was du in deinem anderen Posting verfasst hast. Evtl ist es tatsächlich die Lösung.

[./mf]

Ok. Gerade mal gecheckt. Auf dem "plain" OH33 ist es korrekt angepasst. Aber wieso ist der Core dann OH32 ?

Code: Alles auswählen

root@pi4:/openhab/userdata/etc# cat org.ops4j.pax.url.mvn.cfg  | grep bin
root@pi4:/openhab/userdata/etc# cat org.ops4j.pax.url.mvn.cfg  | grep jf
	https://openhab.jfrog.io/openhab/libs-release@id=openhab
root@pi4:/openhab/userdata/etc#

[./mf]

Ich habe nun auch die anderen Docker Container geprüft. Selbst der Ursprungs-Container OH32 (noch live in Benutzung) hat an dieser Stelle bereits JFrog enthalten.

[udo1toni]

Also, im Hub heißt es eindeutig: for latest stable version, use openhab/openhab:latest.

Du könntest mal gezielt das Image wegwerfen, bevor Du das "neue" Image pullst. Nicht, dass Docker aus irgendeinem Grund immer wieder ein Image aus dem Cache nutzt. Als ich das letzte Mal das Docker Image gezogen habe (vorletzte Woche?) war jedenfalls openHAB3.3 drin, wobei das ein amd64 Image war. Aber grundsätzlich möchte ich bezweifeln, dass das ARM-Image im Hub seit einem halben Jahr falsch ist, das würde schon auffallen...

[rfu]

Hi,

bei mir läuft 3.3.0 im Docker schon seit 12.7. ohne Probleme, aber das wird Dir leider nicht viel helfen
Könnte es sein dass sich bei Dir oh32 und oh33 irgendwie gegenseitig ins Gehege kommen, weil sie auf dem selben userdata Folder laufen?

im docker hub ist übrigens "latest" und "3.3.0" derzeit das selbe Image. Ich verwende explizit das "3.3.0"-Tag weil "latest" ja irgendwann auf "3.4.0" wechselt und ich solche upgrades nur bewusst und mit genug zeit zum Testen machen möchte, also dann manuell umschalte

rfu