[Problem] [V4.0 IP4] Derzeit nicht möglich einen frischen ioBroker Container zu starten

[Mibr85]

Gibt es denn einen technischen Grund warum Docker für den TWS so lange kein Upgrade bekommen hat?
Werden denn schon ab Docker 20.0 manche TWS nicht mehr unterstützt?

[cheater]

Servus,
stehe gerade mit der V4 IP5 vor dem gleichen Problem. Gibt es denn aktuell überhaupt eine Möglichkeit ioBroker zu installieren? Bzw. funktioniert denn eine ältere Version evtl.?

Edit: v7 scheint endlich zu klappen

[SchateMuhl]

Ich habe erst gestern auf meinen 3500XL TWS einen ioBroker im Portainer eingerichtet, ging sofort und ohne Probleme.
Was genau geht den nicht ?

[cheater]

Servus, habe das identische Problem wie in Posting 1

[hans4711]

wir haben ein Dist-Upg / Docker-Upg im mittelfristigen Plan

Das würde bedeuten das die nächsten 1-2 Jahre ioBroker auf dem TWS nicht mehr funktionieren wird? Bzw. perspektivisch evtl. andere Container auch nicht mehr falls es da ebenfalls Abhängigkeiten gibt?
Bin leider kein Container Spezialist und wollte mich da jetzt erst einarbeiten

[gbglace]

Muss es IoB sein?

Eine größere internationalere Community erreichst mit NR und HA.

[hans4711]

Naja, den Broker zu wechseln und sich damit wieder in ein neues Ökosystem einzuarbeiten ist jetzt auch nicht ganz ohne. Und auf der Verkaufsseite steht nichts davon dass das verwendete Linux schon seit 1 Jahr EOL ist und keine Security Patche mehr bekommt bzw. nicht alle Container installiert werden können, da nicht mehr aktuell

„Einfach erweiterbar: Der Server kann um Interfaces und eigene Software (in Docker) erweitert werden
Security inklusive: Alle Daten sind verschlüsselt, Firmware Updates halten die Installation auf einem sicheren Stand“

[gbglace]

Ja es ist nicht schön und der aktuelle Grund der Inkompatibilität zum IOB auch diesmal auf Seiten des TWS zu finden.

Nur in der längeren Zeit meiner Beobachtungen zur Kompatibilität der Systeme hat IOB bei mir die längste Liste an Problembechreibungen im Zusammenspiel mit KNX. Mal ein kaputter KNX-Adapter, jetzt ein kostenpflichtiger bei umfangreicher Nutzung. Gerne eh NodeRed in Verwendung um einiges zu realisieren, dann relativ kapazitätshungrige Container. Daher ist IOB für mich nie an erster Stelle um einen Adapter vom soliden KNX-Smarthome zur IOT-Welt zu empfehlen.
Meine persönliche Rangliste ist noch NodeRed vor Homeassistent, einfach weil HA und alle folgenden Varianten immer irgendwie NR mitliefern und selbst nutzen wollen. Integrationen in NR sind nicht ganz so einfach wie im HA (solange es kein KNX ist) aber bieten daher immer ein besseres Verständnis zum anzubinden System, weswegen man dann auch leichter dahinter kommt wie man sich dann einen Adapter im TWS auf Basis der http-API bauen kann.

Aber ja nach der Visu steht auch wieder etwas konzentrierte Entwicklungsarbeit am OS des TWS auf der Liste.
Das ist an der Stelle Fluch und Segen zugleich dem Kunden eine etwas offenere Plattform mit Erweiterungen per Container zu liefern. Man will da glaube gar nicht wissen auf welchen OS -Versionen so manch andere Box Logikserver ausgeliefert wird.

[Kaaennixx]

Mein persönliche Meinung:

IoBroker gehört nicht in einen Container auf dem TWS. Dafür ist NodeRed deutlich besser geeignet.

Ich hatte viele Jahre IoBroker im Einsatz. Bei mir lief der auf einem NUC in einem Proxmox Container. IoB ist je nachdem wieviele Adapter man installiert sehr Speicherintensiv. NodeRed benötigt nur einen Bruchteil davon.

Ich bin irgendwann komplett vom IoB weg und habe alles was ich in IoB hatte in NodeRed umgesetzt. Klar, braucht es da auch wieder ein bisschen Einarbeitung, aber das ist zweifelsohne machbar. Ich hatte den NodeRed Adapter im IoB sowieso schon installiert um die Integration von Alexa zu ermöglichen.

Ich denke je nachdem wie groß die IoB Installation wird kommt der RAM des TWS irgendwann an seine Grenzen.

Frohe Weihnachten

[Robert_Mini]

Hallo zusammen!

Wenn man Software betreibt, gibt es Abhängigkeiten.
Das wird mit kürzeren Update-Zyklen immer komplexer, ich kenn das aus unserer Firma: Windows-SAP-mehrere PDMs- mehrere CAD-Systeme-vereschiedenste Addons etc. Irgendwann geht das gar nicht mehr, ohne dass etwas EOL ist….

Eine Garantie gibt es da in keine Richtung. Es kann bezogen auf den TWS auch sein, dass ein Container nach einem Update des TWS nicht mehr startet und ein Update des Containers notwendig ist. Umgekehrt genauso.

Dazu bietet aber Portainer den besten Komfort, eine neue Containerversiob von xyz zu testen. Wenn alles passt, produktiv umstellen. Wenn nicht bleiben. Im schlimmsten Fall steckt man mit dem Funktionsumfang einer bisherigen Version fest.

Ich persönlich hab da vollstes Vertrauen in den TWS.

Lg
Robert