Redmatic aktualisieren - node.js, npm, node-red

[Henke]

Nach mehreren Rückmeldungen konnten diverse Fehler bzw. Missverständnisse behoben werden und die Version 7.3.4 läuft ohne Probleme durch.
Herzlichen Dank für die Rückmeldungen!

Daher geht es hier weiter: viewtopic.php?f=77&t=80581

[rr745]

damit wird redmatic nicht aktualisiert, sondern das darunterliegende node-red.

redmatic wird 7.2 1 bleiben.

[Henke]

damit wird redmatic nicht aktualisiert, sondern das darunterliegende node-red.

Nun ja, ich bin offen für eine präzisere Überschrift.
Um es jedoch genau zu nehmen, durch die neue "logger.js" wird Redmatic verändert und lauffähig für die neuen node.js gemacht.

[nicolas-eric]

Danke für den Tip im anderen Thema!

Jedoch erhalte ich nach allem:

RedMatic lässt sich auch nicht mehr starten.
Was könnte denn hier falsch laufen?

Habe grad das komplette Backup wieder eingespielt, damit Frauchen nicht durchdreht, wenn sie aufwacht und etwas nicht läuft.
Danach sieht es übrigens gar nicht sooo anders aus:

PS:
Auf Deinem Bild lädst Du "node-v18.14.2-linux-x64.tar.xz" und nicht "node-v18.14.2-linux-arm64.tar.xz".

[Henke]

Danach sieht es übrigens gar nicht sooo anders aus:

Teste mal:

cd /usr/local/addons/redmatic/var
source /usr/local/addons/redmatic/home/.profile
npm doctor

Deine Anzeige greift vermutlich auf das von RasberryMatic installierte node.js zu. Das wird nicht für Redmatic verwendet und hat auch kein git.

Auf Deinem Bild lädst Du "node-v18.14.2-linux-x64.tar.xz" und nicht "node-v18.14.2-linux-arm64.tar.xz".

Das Bild nehme ich raus und füge einen direkten Link ein. Den dann auch direkt auf die aktuelle 16., da die 18. mehr Ressourcen verbraucht.

[lpop]

Vielen Dank für diese Anleitung.
Ich hatte danach folgende zwei Warnungen/Fehler Meldungen bei dem Befehl npm doctor:

1.) npm -v not ok Use node v18.15.0 (current: v16.19.1)

2.) npm ERR! checkFilesPermission Missing permissions on /usr/local/addons/redmatic/bin/.nobackup (expect: executable)
Perms check on global bin folder not ok Check the permissions of files in /usr/local/addons/redmatic/bin

Den ersten Fehler mit der Versionsmeldung, konnte ich beheben durch Nutzung des Files node-v18.15.0-linux-arm64.tar.xz (https://nodejs.org/dist/latest-v18.x/no ... m64.tar.xz)

Dann startete ich erstmal RedMatic neu.
Danach erschien der Permission Fehler nicht mehr bei einem erneuten Befehl npm doctor. Von selbst behoben?

Frage: Muss man dies nach einem neuen RaspberryMatic Update alles nochmals durchführen oder ist dies im normalen RaspberryMatic Backup mit drin?

[Henke]

Hmm, eine 18.5 gibt es schon...
Damit bist du gerade aktueller wie ich.

Die 16.19.1 wäre auch ok gewesen, alles besser als die über 2 Jahre alte 14. mit der mache NR nodes schon nicht mehr laufen.

Durch die Installation von der 18.15 hast du auch das npm aktualisiert. Dadurch dürfte das Problem mit den Rechten behoben worden sein.

Frage: Muss man dies nach einem neuen RaspberryMatic Update alles nochmals durchführen oder ist dies im normalen RaspberryMatic Backup mit drin?

Nein, Nein

Da die Installation im Redmatic Verzeichnis stattgefunden hat, ist RaspberryMatic raus und die node wird auch bei einen Update von RaspberryMatic bleiben.

Aktuell wird durch RaspberryMatic und wohl auch der original CCU eine selbst kompilierte node 16.x Version mitgeliefert (ok, besser als die vollkommen veraltete in RM) mit einem vollkommen veralteten und nicht zur Version passenden "corepack" Verzeichnis (geht gar nicht), sowie jede Menge veraltete "node_module" die von keiner Installation genutzt werden. Da bin ich dran und teste gerade die unterschiedlichen node Versionen auf Performance und Speicherverbrauch. Da das jedoch ein Eingriff in das root System ist, müssen nachher die Änderungen per Script nach jedem Update erfolgen und das dauert noch etwas bis ich das sauber fertig habe. Es kostet einfach mehr Speicher, wenn 2 unterschiedliche node Versionen geladen werden und davon habe ich auf einer CCU3 so gut wie nix.

[lpop]

Frage: Muss man dies nach einem neuen RaspberryMatic Update alles nochmals durchführen oder ist dies im normalen RaspberryMatic Backup mit drin?

Nein, Nein

Da die Installation im Redmatic Verzeichnis stattgefunden hat, ist RaspberryMatic raus und die node wird auch bei einen Update von RaspberryMatic bleiben.

Ich mache eigentlich nie ein Online Update, sondern benutze immer eine zweite SD-Karte, spiele dort das neue Raspberry Image drauf und importiere später das Raspberry Backup.
Ich habe beim RedMatic mal eingestellt, dass alles im Backup mitgenommen werden soll, auch wenn da steht es könnte Probleme geben.
Das Raspberry Backup ist damit um einiges größer.
Mal gespant wie es beim nöchsten Update ist. Falls es nicht klappt, habe ich ja immer noch die vorherige SD-Karte.
Wenn man das ganze Redmatic schlanker machen könnte, wäre das schon super.

[Henke]

Nachdem es jetzt schon länger bei mir läuft und heute wieder auf die aktuelle node.js aktualisiert wurde, habe ich hier eine Version mit der...
LINK: viewtopic.php?f=77&t=80581

[Matsch]

Hallo Henke!
Was du da gebastelt hast, wäre eine feine Sache für mich als Redmatic-Neuling und Java und Linux-Nichtswisser (siehe viewtopic.php?f=77&t=79010).

Ich habe zunächst mal den Check getriggert, doch da kommt schon mal folgende Fehlermedlung:

Redmatic_read-only.jpg (35.52 KiB) 3168 mal betrachtet

Ein Pfad ist nicht spezifiziert, wohin würde die Datei geschrieben werden, wenn es funktionieren würde?
Hätte ich im Vorfeld irgendwelchen Ordnern Schreibrechte erteilen müssen, was hier aus dem Beitrag nicht ersichtlich ist und wenn ja, auf welche Weise?


PS: Aus unerfindlichen Gründen funktionierte zuerst das triggern des Patches nicht (ReferenceError). Ich gehe davon aus, dass damit kein Patch ausgeführt wurde. Inzwischen nochmal probiert - und diesmal schien es zu funktionieren. Nach Neustart kommt jetzt auch der read-only-Fehler nicht mehr. Wenn ich jetzt aber die tägliche Kontrolle triggere, habe ich wieder diesen Fehler:

Redmatic_ReferenceError_os.jpg (14.33 KiB) 3151 mal betrachtet

Bezieht sich das auf process.cpuUsage()?