ioBroker Node Red palettenmanager fehlt

[mickym]

@marc-berg Ja habe ich auch schon festgestellt - Umbennen der node-red.0 Verzeichnisses hätte auch funktioniert.

Das Problem mit den Instanz Nummern kam erst mit der Adapter-Version 4 glaub dazu - da vorher waren nicht mehrere Instanzen möglich.

[haus-automatisierung]

@marc-berg sagte in ioBroker Node Red palettenmanager fehlt:

Ich würde ein Issue aufmachen, aber wo liegt der Fehler? Node-Red oder Backitup?

Aus irgend einem Grund wurde damals im Node-RED-Adapter bei der ersten Instanz die Nummer nicht angehangen. Das ist schon ewig so. Wahrscheinlich, weil mal nur eine erlaubt wurde (?).

https://github.com/ioBroker/ioBroker.node-red/blob/50de1a0443076f8b55e8728b86d49cf1b719fdad/main.js#L342-L347

Ob das eine schlaue Entscheidung war? Wahrscheinlich eher nicht. Dennoch sollte sich der Backitup-Adapter auch an diese Ausnahme halten.

[Marc Berg]

@haus-automatisierung sagte in ioBroker Node Red palettenmanager fehlt:

Dennoch sollte sich der Backitup-Adapter auch an diese Ausnahme halten.

Verstehe. Nicht schön, aber die Alternative wäre wahrscheinlich kaum umsetzbar.

[Marc Berg]

@mickym sagte in ioBroker Node Red palettenmanager fehlt:

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.

Nö, wird nicht. Es kommt aber ein Hinweis (der im Moment natürlich im falschen Pfad ins Leere läuft)

[DEBUG] [nodered] - Node-Red Restore completed successfully
[DEBUG] [nodered] - To complete the restore, please run an "npm install" in the path "/opt/iobroker/iobroker-data/node-red.0".

[haus-automatisierung]

@marc-berg sagte in ioBroker Node Red palettenmanager fehlt:

Nicht schön, aber die Alternative wäre wahrscheinlich kaum umsetzbar.

Die Alternative wäre ja noch komplizierter. Wenn man jetzt im Node-RED-Adapter ein Upgrade-Script baut, welches ab 5.2.0 oder so alles in node-red.0 speichert, dann müsste der Backitup-Adapter ja schauen, welche Adapter-Version das war und entweder das eine oder das andere Verzeichnis wiederherstellen.

Aktuell ist die Regel ja klar: Falls node-red.0, dann node-red.

[Marc Berg]

@haus-automatisierung sagte in ioBroker Node Red palettenmanager fehlt:

Die Alternative wäre ja noch komplizierter.

Äh, ja. Das meinte ich mit "kaum umsetzbar".

[mickym]

@marc-berg Aber immerhin geht das jetzt alles - vor einem halben Jahr hattest du, wenn Du den Paletten-Manager verwendet hast, gar keine Chance gehabt, Dein System wiederherzustellen - bzw. hättest Node-Typ für Node-Typ nachinstallieren müssen.

[simatec]

@marc-berg In v2.9.10 von Backitup habe ich die Instanz 0 gefixt und einen automatischen npm installeingebaut.
Aufgrund fehlender node-red Installation würde ich dich bitten, das mal zu testen.

Sollte heute Nacht ins latest kommen, oder halt über Github

[Marc Berg]

@simatec sagte in ioBroker Node Red palettenmanager fehlt:

Aufgrund fehlender node-red Installation würde ich dich bitten, das mal zu testen.

Die Wiederherstellung erfolgt jetzt im korrekten Verzeichnis und npm install wird ausgeführt.

Wenn ich allerdings von einem jungfräulichen ioB System ausgehe und nur die Node-Red Sicherung wiederherstelle, so können die Credentials nicht entschlüsselt werden. (Node-Red Adapter Version Quelle+Ziel jeweils 5.1.0)

Credentials

Die Frage ist, ob dies ein sinnvoller Use Case ist und betrachtet werden müsste?

[NetFritz]

Hallo
Habe ioBroker neu installiert.
Jetzt geht auch in Node-red der Palettenmanager.
Vielen Dank unf einen Guten Rutsch ins neue Jahr-

[simatec]

@marc-berg Müsste man mal schauen, was Backitup da noch machen kann... Wie sieht der händische Weg aus, um die Credentials richtig zu setzen?

[Marc Berg]

@simatec sagte in ioBroker Node Red palettenmanager fehlt:

Wie sieht der händische Weg aus, um die Credentials richtig zu setzen?

Keine Ahnung, da muss ich auf @haus-automatisierung und @mickym verweisen.

[mickym]

Normalerweise sollte das mit den Credentials gar nicht mehr passieren, da glaub das konstant vom iobroker in der settings.js gesetzt wird. Es gab nur mal ein Problem mit der Version 5.0.1 wegen Hochkomma. Wenn Du da keinen Zahlendreher, wegen der Version drin hast, dann sollte es kein Problem mit den Credentials geben, ansonsten kann ich hier nicht weiterhelfen. Ich gehe mal davon aus, dass der String mit dem verschlüsselt wird, konstant ist und irgendwo in der Adapterkonfiguration steckt, die man aber selbst nicht beeinflussen kann.

Keine Ahnung wo und ob man die Adapterkonfig auslesen kann.

    
        /** By default, credentials are encrypted in storage using a generated key. To
         * specify your own secret, set the following property.
         * If you want to disable encryption of credentials, set this property to false.
         * Note: once you set this property, do not change it - doing so will prevent
         * node-red from being able to decrypt your existing credentials and they will be
         * lost.
         */
        credentialSecret: "'%%credentialSecret%%'",
    

[haus-automatisierung]

@marc-berg sagte in ioBroker Node Red palettenmanager fehlt:

Wenn ich allerdings von einem jungfräulichen ioB System ausgehe und nur die Node-Red Sicherung wiederherstelle, so können die Credentials nicht entschlüsselt werden.

Ja, weil als Schlüssel das Secret aus system.config genutzt wird:

https://github.com/ioBroker/ioBroker.node-red/blob/50de1a0443076f8b55e8728b86d49cf1b719fdad/main.js#L109-L120

[Marc Berg]

@haus-automatisierung sagte in ioBroker Node Red palettenmanager fehlt:

Ja, weil als Schlüssel das Secret aus system.config genutzt wird:

Okay. Dann würde ich dafür plädieren, alles zu lassen wie es jetzt (mit Backitup Version 2.9.10) ist. Ein Node-Red Backup kann nun ohne Nacharbeiten wiederhergestellt werden. Und wenn der (eher theoretische?) Fall eintritt, dass man eine Sicherung auf ein jungfräuliches oder Fremdsystem einspielen möchte, muss man die Credentials halt neu eingeben.