Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Thomas Braun]

@segway sagte in Node.js 18.x und iobroker (ein Test):

Ich dachte ungerade Versionen sollte man nicht nehmen ?

Nicht für ein stabiles/Produktiv-System. Die Kiste auf dem nodeJS@19 läuft ist die Frickel-Bude bei mir. Die drehe ich Versions-mäßig weit raus.

[Feuersturm]

@apollon77 Hab mein Testsystem auch mal auf nodejs 18 aktualisiert. Bisher ohne Auffälligkeiten. Werde es mal weiter beobachten.

[Segway]

@thomas-braun sagte in Node.js 18.x und iobroker (ein Test):

@segway sagte in Node.js 18.x und iobroker (ein Test):

Ich dachte ungerade Versionen sollte man nicht nehmen ?

Nicht für ein stabiles/Produktiv-System. Die Kiste auf dem nodeJS@19 läuft ist die Frickel-Bude bei mir. Die drehe ich Versions-mäßig weit raus.

Wie macht ihr das eigentlich?
Spiegelt ihr euer Produktivsysten 1:1 als neue VM irgendwo ab? Sber dann braucht man ja auch neue Datenbank VM usw! Oder knallt ihr alles auf ein System?
Oder nur Minimal-Iob Install ?

[Thomas Braun]

@segway

Ich habe zwei Systeme. Eins das mit den Versionen 'an vorderer Front' läuft und alle 24 Stunden gebackupt wird und ein 'Notsystem' (alles weitgehend auf 'stable', konservativ eingestellt), das auf einem zweiten System schlummert und nur im 'worst case' wachgeküsst wird und dann in die Bresche springt. Ist aber noch nie vorgekommen. Ich logge aber auch nix wirklich mit oder steuere Ommas Herzschrittmacher über den ioBroker. Insofern könnte ich auch mit ein paar Stunden downtime leben.

[Segway]

@thomas-braun
Mhhh, das beschreibt aber noch nicht dein System wo du jetzt mal eben die nodejs19 und npm9 drauf laufen hast.
Doch eher nicht auf deinem "Notsystem" - also musste ja noch was laufen haben.

Ich möchte es nur mal wissen wie man sowas testet. Ich denke, ich komme nicht drumherum, die Adapter in einem Testsystem zu verankern und zu testen mit zB nodejs19 und npm9.
Dies impliziert aber überall zwei Testsysteme, also 1. IoB, 2. DB, 3. Vis ?, 4. ???

[Feuersturm]

@segway Ich hab unter Proxmox verschiedene Container laufen. Einmal mein Produktivsytem und dann zwei separate Container als Master / Slave System. Ich hab vor längerer Zeit mal mein Produktivsystem geclonet und auf dem Testsystem spiele ich dann mit den neuesten Versionen rum. Mit den Backups / Snapshots von Proxmox kommt man auch schnell wieder zu einem lauffähigen Stand zurück, wenn es doch mal klemmt. Auf dem Testsystem sind die gleichen Adapter installiert wie auch auf dem Produktivsystem aber ich mach es abhängig davon was ich gerade brauche welche Instanzen ich auch aktiviere.

[Homoran]

@segway sagte in Node.js 18.x und iobroker (ein Test):

Mhhh, das beschreibt aber noch nicht dein System wo du jetzt mal eben die nodejs19 und npm9 drauf laufen hast.

@thomas-braun sagte in Node.js 18.x und iobroker (ein Test):

Die Kiste auf dem nodeJS@19 läuft ist die Frickel-Bude bei mir. Die drehe ich Versions-mäßig weit raus.

[Thomas Braun]

@segway sagte in Node.js 18.x und iobroker (ein Test):

Doch eher nicht auf deinem "Notsystem" - also musste ja noch was laufen haben.

Die beiden Systeme hab ich oben gepostet.
chet ist der 'bleeding edge' Kandidat, mysterium ist der Notnagel.
(mysterium läuft mit nodeJS18, aber auch nur weil ich da mal vor geraumer Zeit ein Backup aus dem chet reingejubelt habe und der schon mit npm8 lief. Da wollte ich mich auf den Notnagel nicht mehr mit npm6 beschäftigen).

Und nodeJS kannste ja total easy über den Paketmanager jonglieren.

[Segway]

@thomas-braun

Ja das ist mir schon klar.
Naja, muss jeder selber für sich definieren. ich kann mir jedenfalls nix unter einem Setup vorstellen, den man "Frickelbude" nennt.
Nichts für ungut ... wie gesagt definiert jeder selber für sich. Meine Definition steht fast und dazu baue ich nun die Hardware drumherum bzw. miete Sie mir :-) Schönen Abend noch !

[Thomas Braun]

@segway sagte in Node.js 18.x und iobroker (ein Test):

ich kann mir jedenfalls nix unter einem Setup vorstellen, den man "Frickelbude" nennt.

Halt eine Kiste, bei der es nicht schlimm ist, wenn da mal was daneben läuft.

[Homoran]

@segway sagte in Node.js 18.x und iobroker (ein Test):

ich kann mir jedenfalls nix unter einem Setup vorstellen, den man "Frickelbude" nennt.

wäre Experimental-Installation verständlicher?

[crunchip]

@feuersturm ich denke, das was @Segway eher meint, testen im vollen Umfang, jedoch ist das ja nur bedingt möglich, da gewisse Adapter/Geräte Netztechnisch auf unterschiedliche Ip Adressen agieren.
z.b. shelly, sonoff..(mqtt)
oder Daten in eine Datenbank schreiben

genau aus solch Gründen hab ich auch kein Testsystem, ist mir zu umständlich

[Segway]

@crunchip
Ja genau,
du hast es erfasst.
Mir geht es nicht um das "wording" wie ich ein solches System nenne sondern wie ich es aufsetze und da passt deine Beschreibung bestens.
Wie soll ich etwas testen, wenn nicht die Adapter, die ich nutze in meinem Testsystem vorhanden sind, wie Datenbank, Shelly, Modus, Solarlog, simple-Api usw.

ABER alle werden auf die gleichen Geräte zugreifen sprich die Komponenten wie CCUx, Shelly, EnOcean usw. haben eine double load, was ich persönlich nicht so pralle finde zumal bei mir noch zB eine CCU2 werkelt.

Daher war die Frage, wie man so etwas aufbaut um es vernünftig zu testen. Danke @crunchip deine Beschreibung trifft es seht gut :-)

[worxweis]

@segway Hallo Leute!

ich habe heute ioBroker neu installiert mit
curl -sLf https://iobroker.net/install.sh | bash -

Da wurde automatisch Node.js v18.7.0 mit NPM 8.18.0 installiert. Bevor ich wieder mein Backup einspiele, welches auf einem System mit Node.js 16.18.0 erstellt wurde: Soll ich die Node.js downgraden? Wenn ja wie mache ich das?

Gibt es hierzu eine Anleitung?

Danke!

[apollon77]

@worxweis Aaaalso ... das er automatisch Nodejs 18 mit dem Installer installiert hat wage ich zu bezweifeln ... Wenn das hat Dein System node.js 18 als Standard ... Aber ich sag mal so ... Mit js-controller 4.0.24 sollten Keine Probleme auftreten ... versuch mal ... wenn was nicht geht kann man immer noch downgraden

[Segway]

@worxweis sagte in Node.js 18.x und iobroker (ein Test):

@segway Hallo Leute!

ich habe heute ioBroker neu installiert mit
curl -sLf https://iobroker.net/install.sh | bash -

Da wurde automatisch Node.js v18.7.0 mit NPM 8.18.0 installiert. Bevor ich wieder mein Backup einspiele, welches auf einem System mit Node.js 16.18.0 erstellt wurde: Soll ich die Node.js downgraden? Wenn ja wie mache ich das?

Glaub ich nicht, dass es automatisch kommt.
Siehe HIER
Das soll schon manuell installiert werden.
Ob die 18er schon empfohlen wird weiss ich grad nicht

[Homoran]

@worxweis sagte in Node.js 18.x und iobroker (ein Test):

Da wurde automatisch Node.js v18.7.0 mit NPM 8.18.0 installiert

wirde das im Installer so angezeigt?
wenn nicht, war es bereits vorher drauf.
Welches OS?

@segway sagte in Node.js 18.x und iobroker (ein Test):

Ob die 18er schon empfohlen wird weiss ich grad nicht

noch nicht! Um herauszufinden ob das passieren kann, dient dieser Thread!

[Segway]

@homoran
Also das IPv4 / IPv6 "Problem" ist definitiv mit der 4.0.24 behoben ?
Ich hab definitiv beides am laufen bei mir weil ich irgendwann auf IPv6 Only umstellen möchte.

Dann würde ich es nämlich auf meinem Produktivsystem ausprobieren

[Homoran]

@segway sagte in Node.js 18.x und iobroker (ein Test):

Also das IPv4 / IPv6 "Problem" ist definitiv mit der 4.0.24 behoben ?

keine Ahnung! hab kein IPv6.
Dafür ist dieser Thread um Feedback zu bekommen.

[Segway]

@homoran sagte in Node.js 18.x und iobroker (ein Test):

keine Ahnung! hab kein IPv6.
Dafür ist dieser Thread um Feedback zu bekommen.

Gut, dann zieh ich nen backup und snapshot und stell gleich mal auf 18 um