Node.js 18.x und iobroker (ein Test)
-
@segway
Im Moment noch npm@8, wird aber wohl im Januar auf npm@9 gedreht werden. nodeJS@19 kommt schon direkt mit npm@9 daher.echad@chet:/opt/iobroker $ node -v && npm -v v19.3.0 9.2.0 pi@mysterium:~ $ node -v && npm -v v18.12.1 8.19.2 -
@thomas-braun
Ich dachte ungerade Versionen sollte man nicht nehmen ? Oder gibt es diese Regel nicht mehr? -
@segway Doch, aber Thomas lebt gern "on the edge" und weiss aber auch wie er mit Problemen umgehen muss und das er offiziell keinen Support hat
-
@apollon77 weil ich gerade Zeit hab, lief ohne Auffälligkeiten durch, ble wurde mit dem ersten rebuild bereinigt.
bullseye auf Proxmox VM,
allerdings verwende ich kein IPv6
Adapter
-
@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.
-
@apollon77 Hab mein Testsystem auch mal auf nodejs 18 aktualisiert. Bisher ohne Auffälligkeiten. Werde es mal weiter beobachten.
-
@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 ? -
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.
-
@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. ??? -
@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.
-
@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.
-
@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.
-
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 ! -
@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.
-
@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?
-
@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 schreibengenau aus solch Gründen hab ich auch kein Testsystem, ist mir zu umständlich
-
@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
-
@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!
-
@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
-
@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
