js-controller 4.0 jetzt im BETA/LATEST!

[apollon77]

@dolomiti ist die jetzt nach dem Update immer noch so groß?

[Dolomiti]

@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:

@dolomiti ist die jetzt nach dem Update immer noch so groß?

Ja, selbst nach einem Reboot noch

[apollon77]

@dolomiti dann beobachte es mal in nächster Zeit.

[Great SUN]

@apollon77 said in js-controller 4.0 jetzt im BETA/LATEST!:

@fastfoot Ich habe eine Vermutung, die ich heute Abend mal checken werde. Der Controller 4 erkennt jetzt Nodejs Versionsänderungen und setzt die capabilities der node executable neu ... Mein Hinterkopf sagt mir das da bei docker irgendwas besonders war :))

Ja, über das Problem bin ich auch gerade gefallen...

setattr -r /usr/bin/node

hilft bei mir, weil ich in podman den container laufen habe...

[fastfoot]

@great-sun sagte in [js-controller 4.0 jetzt im BETA/LATEST\

hilft bei mir, weil ich in podman den container laufen habe...

für Docker user wurde das Problem seinerzeit durch ein Update im js-controller behoben

[Great SUN]

@fastfoot Ja, kann durchaus sein. Bei mir ist das heute das erste Mal passiert... und ich verwende kein Docker... Ist zuviel Aufwand das auf einem Slackware Server zum Laufen zu bringen, zumal Docker outdated ist und auch bei Kubernetes nicht mehr unterstützt wird.
Der defacto Standard ist jetzt CRI-O, zumeist auf Basis von runC. Das Setup von CRI-O ist auf Basis von Pods, genau wie bei Podman was von Docker nicht unterstützt wird.

[fastfoot]

@great-sun ja ich weiss, mein Beitrag war auch eher für all die ewig Gestrigen gedacht, die immer noch Docker nutzen. Die nutzen auch alle eher kein Kubernetes und müssen sich erstmal wohl auch keine Sorgen machen dass Docker von der Bildfläche verschwindet.

[apollon77]

@great-sun Der Controller macht hier die gleichen Checks wie der Installer und Installation Fixer.

Wenn es also für "Podman" o.ä,. gesonderte Logiken benötigt m,üssen wir dort ansetzen und an allen drei stellen entsprechend korrigieren. Zuerst die "Erkennung" und dann was ggf anders gemacht werden muss. Ohne genaue Infos zu dem was falsch ist und so kann ich gerade wenig tun. Also am besten beim Installer (https://github.com/ioBroker/ioBroker) ansetzen und dort PR machen.

[apollon77]

@great-sun sagte in js-controller 4.0 jetzt im BETA/LATEST!:

zumal Docker outdated ist und auch bei Kubernetes nicht mehr unterstützt wird.

Hm .. Naja Docker ist immer noch ein anerkannter Standard. Ihn als Outdated zu bezeichnet ist ein bissl arg kurz gefasst.

Vor allem in "Enduser Bereich" ist Docker noch DAS mittel der Wahl weil es von allen nahmhaften NAS u.ä. unterstützt wird.

Weiterhin ist das ja inzwischen alles eine "einheitliche Basis" sodass einzelne Runtimes austauschbar sind - heisst nur für uns das wir wieder jede Runtime einzeln supporten müssen. Das nervt etwas. Aber naja so ist es und damit müssen die User die gern wollen das iobroker auch in "nicht Mainstream" bzw "Nicht so stark verbreiteten" Umfeldern läuft unterstützen.

[OliverIO]

@great-sun sagte in js-controller 4.0 jetzt im BETA/LATEST!:

Docker outdated

dann könntest du sicherlich auch eine kleine Anleitung bereitstellen, wie man iobroker mit cri-o aufbaut und betreibt?
dadurch könnte dann sicherlich diese umgebung auch hier weiter verbreitet werden.

[Great SUN]

@oliverio bei CRI-O müssten wir evtl. noch etwas weiter gehen und eine Doku zum Aufbau von einem Kubernetes Cluster bereitstellen, oder was meinst Du? (ja, ich rede davon, dass ich dabei gern unterstützen, oder das auch gern umsetzen würde).
podman ist ziemlich einfach und supported auch den Docker-Befehlssatz.