NEWS
ioBroker Node Red palettenmanager fehlt
-
@haselchen
In Node Red oben rechts unter den 3 Strichen, bei den Einstellungen.
Gruß NetFritz -
-
@netfritz In der Instanz aktiviert?
-
Im ersten Post schon beantwortet
@netfritz sagte in ioBroker Node Red palettenmanager fehlt:
In Instanzeinstellungen ist das Häcken Ein.
-
@haselchen Ups, wer lesen kann ... Sorry.
Mal in der settings.js prüfen (/opt/iobroker/node_modules/ibroker.node-red), ob es aktiv ist.
-
@netfritz Welche Version des Adapters ist denn installiert? In der aktuellen Beta habe ich alles überarbeitet
-
@haus-automatisierung
Node Red Adapter V 4.0.3
Java Script 7.1.6
Admin 6.12.0
Debian 12 -
@haselchen
Zeig mal bitte Screenshot
Hat nicht geklappt -
Du könntest versuchen die Beta zu installieren.
Repository kurz umstellen auf Beta und danach wieder zurück.
-
@haselchen Oder einfach über npm installieren (nicht GitHub).
-
@haus-automatisierung
Über Beta auch kein Palettenmanager -
@haselchen
Über npm geht nicht Fehlermeldung 30RROR: Process exited with code 30 weniger mehr $ iobroker url iobroker.node-red@latest --host myHome --debug install iobroker.node-red@latest Error trying to check npm version: Command failed: npm -v/bin/sh: 1: npm: not found!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Aborting install because the npm version could not be checked!Please check that npm is installed correctly.Use "npm install -g npm@8" or "npm install -g npm@latest" to install a supported version.You need to make sure to repeat this step after installing an update to NodeJS and/or npm!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ERROR: Process exited with code 30
-
@lessthanmore sagte in ioBroker Node Red palettenmanager fehlt:
@haselchen Ups, wer lesen kann ... Sorry.
Mal in der settings.js prüfen (/opt/iobroker/node_modules/ibroker.node-red), ob es aktiv ist.
Hast Du den Tipp befolgt?
Schau mal ob Du bei
allowInstall: '%%palletmanagerEnabled%%' /** Enable the Palette Manager in the editor */
noch die "//" davor hast. Ansonsten einfach mal entfernen.
-
@netfritz npm ist nicht installiert? Eventuell ist da noch mehr krumm
-
externalModules: { // autoInstall: false, /** Whether the runtime will attempt to automatically install missing modules */ // autoInstallRetry: 30, /** Interval, in seconds, between reinstall attempts */ palette: { /** Configuration for the Palette Manager */ allowInstall: '%%palletmanagerEnabled%%' /** Enable the Palette Manager in the editor */ // allowUpdate: true, /** Allow modules to be updated in the Palette Manager */ // allowUpload: true, /** Allow module tgz files to be uploaded and installed */ // allowList: ['*'], // denyList: [], // allowUpdateList: ['*'], // denyUpdateList: [] // },
-
@netfritz So sieht es bei mir auch aus
-
@netfritz
Habe eben nochmal node Red aus der Adapter Übersicht installiert.
Dann steht in der Instanz Seite von Node Red eine Fehlermeldung.Backups will not contain any projects or modules installed via the Palletmanager!
Der fällt mit ein ich hatte ja Gestern Debian und ioBroker neu Installiert.
Und gegen Abend ein Backup (ioBroker und Node Red) von einem anderen Rechner mit Ubuntu 20
aber mit den gleichen Versionen von den Adaptern auf den Debian Rechner eingespielt.
Vielleicht ist da schon etwas schief gelaufen.
Auf meinen Debian ioBroker und Node Red waren die Adapter und Fows vom Ubuntu Rechner nicht vorhanden.Vielleicht sollte ich ioBroker und Node Red neu installieren.
-
@netfritz Diese Meldung ist völlig normal. Mach Dir keine Gedanken. Wenn Du NodeRed den extra Haken im BackitUp machst wird das auch mitgesichert und Du musst nachdem Restore nur noch eine npm install ausführen. Diese Warnung finde ich so überflüssig, weil der Palettenmanager wesentlich besser ist, als die Module manuell in die Adapterinstanz einzutragen. Ich weiß nicht, warum man diese dumme Warnung nicht längst rausgenommen hat und ggf. auf den extra Haken im Backitup verweist.
-
@mickym Wo finde ich deinen Issue dazu?
-
@haus-automatisierung Ich gebe zu, dass ich dieses Mal kein Issue erstellt habe, ich will hier ja nicht immer der "Böse" sein.
Das Entfernen des Paletten-Managers wurde damals mit Node-Red Adapter 2.x eingeführt und ich habe mich damals schon aufgeregt: https://forum.iobroker.net/topic/34681/kein-paletten-verwalten-im-neuen-node-red-adapter?_=1703873162630
Das wurde so gemacht, weil man es halt im Javascript Adapter auch gemacht hat.
Da das normale Backup nicht nur zusätzliche Module (Nodes) nicht wiederhergestellt hatte, sondern auch, wenn man die Projektfunktion nicht ordnungsgemäß gesichert hat, gab es erst einen Disput, ob das nun ein Problem von backitup oder nodered Adapter ist. So habe ich damals ein Issue sowohl hier wie dort aufgemacht:
https://github.com/ioBroker/ioBroker.node-red/issues/321
https://github.com/simatec/ioBroker.backitup/issues/1005
Beide sind inzwischen wieder geschlossen. - Ich hab da ehrlich keine Lust mehr dieses Thema wieder aufzurollen, so wie das behandelt wurde. Man kann ja wieder einen dieser Issues aufmachen.
Fakt ist: Die zusätzlichen Nodes werden nicht im normalen Backup mitgesichert - insofern ist die Warnung korrekt.
Fakt ist auch: @simatec nun doch sehr viel Arbeit reingesteckt hat und nun auch die komplette Pallete mit der package.json mit gesichert werden, wenn man das Node-Red Backup extra ankreuzt.Es fehlt lediglich das letzte npm install im Node-Red Datenverzeichnis der jeweiligen Instanz. Keine Ahnung, ob das inzwischen mit beim Restore ausgeführt wird oder nicht.
Jedenfalls ist das Verbieten des Paletten-Managers nicht akzeptabel - da folgende Einschränkungen:
- Keine Volltextsuche nach neuen Node-Typen
- Keine Überprüfung ob Updates vorliegen
- Kein Überprüfung wenn Module aus der Adapterkonfig genommen wurden, ob die entsprechenden Nodes in den Flows verwendet werden.
Hier wurde halt mit der Adapterversion 2.x etwas eingeführt, was halt nicht unbedingt vorher mit "Community" abgestimmt wurde.
Wie gesagt - wurden hier mehrfach auf die Problematik hingewiesen. Aber mich stört die Meldung inzwischen genauso wenig, wie die Warnmeldung, dass keine Projekte aktiv sind (keine Ahnung was das soll - arbeitet eh keiner damit, speziell seit man mehrere NodeRed Instanzen im iobroker haben kann).
Keine Ahnung auch, warum man diese BackitUp Funktion der NodeRed Sicherung extra anhaken muss und nicht automatisch macht. Ich denke, dass das hier aber Designfragen am Gesamtkonzept sind. Ich glaube aber dass ich meinen Teil zu diesem Thema bereits beigetragen habe, auch wenn die Issues wieder zu sind.
Es sind ja im Übrigen auch nicht nur die Nodes futsch, wenn man nur die flows.json und die credentials sichert, es gehen ja auch Konfigurationen verloren (nicht wenn man node-red Backup extra ankreutzt), die bestimmte Nodes mit sich bringen (cron-plus etc. ..). Wie gesagt mit dem neuen Backup wird alles gesichert bis auf das nodes_modules verzeichnis, dass muss man halt derzeit (wie gesagt ich habe nicht den letzten Stand bei Backitup Adapter) manuell mit npm install wieder herstellen.