NEWS
Node-Red Project Probleme seit 2.0.1 [gelöst]
-
@mickym
Ich hab leider das gleiche Problem und probiere hin und her aber ohne Erfolg:https://forum.iobroker.net/topic/38593/iobroker-node-red-adapter-1-7-2-0-1
https://discourse.nodered.org/t/bug-when-working-with-project-setting/35863 -
@j-h Na da bin ich ja froh, dass ich nicht der Einzige bin. Ich habe das schon mal gemeldet - damals Adapter Version 2.0.0 - da nun die Version 2.0.1. sogar im Default Repository auftaucht - hatte ich gedacht es hätte sich jemand von den Entwicklern drum gekümmert, aber ist leider nicht der Fall.
Unter 1.17.2 musste man kein Remote Repository erstellen. Ich verstehe es nicht - vielleicht halten wir uns gegenseitig einfach auf dem Laufenden, wenn einem die Lösung über den Weg läuft.
-
@mickym Kann es sein, dass man das unter einem anderen User machen muss, also unter dem iobroker user, weil git die Settings dort sucht?
-
@bjoernb Das Problem ist, dass ich mit den "Credentials" bis Version 1.17.2 keine Probleme hatte. Insofern war das ja ein anderer User (sonst verstehe ich Deinen Kommentar nicht). (siehe Screenshot oben Git-Konfiguration) Ich habe eher das Gefühl, dass sich der neue Adapter hier selbst eine Mail konstruiert, die falsch ist und einfach die Einträge ignoriert. Wenn man sich den Screenshot anschaut, kommt die Fehlermeldung ja weil die Adresse, die der Adapter konstruiert nonsens ist iobroker@MWHome.(none)
Für mich sieht das so aus, also ob der Adapter selbstständig aus user-ID unter der der Adapter unter iobroker läuft und dem Maschinennamen eine Nonsens Adresse konstruiert anstelle die Einträge unter der Git-Konfiguration in Node-Red zu nutzen.
Als ich damals die Projektfunktion aktiviert habe, musste ich das ja auch ausfüllen. Deswegen ist das für mich auch ein Problem des iobroker Adapters und nicht von Node-Red an sich.
Die Probleme hier die ich übrigens auf github gemeldet habe, wenn nun wohl geschlossen, weil keine Aktivität. Ich habe nochmal einen Kommentar hinterlassen: https://github.com/ioBroker/ioBroker.node-red/issues/117
Inzwischen habe ich übrigens die GitHub Konfig in Node-Red gelöscht - um Systemstandard zu nutzen - das gibt auch keine Änderung.
-
@mickym Also ich hatte bis jetzt das Project Feature immer ausgeschaltet und hab es jetzt mal eingeschaltet. Ich bekomme den Wizard um alles einzurichten, trage alles ein, drücke am Schluss auf ok und dann bekomme ich die gleiche Fehlermeldung wie du.
Das gleiche nochmal versucht, neu gestartet, hilft alles nix. Dann habe ich mich auf der Console eingeloged und ins iobroker home Verzeichnis navigiert und dort ein manuell ein .gitconfig File erstellt, mit Username und Mailadresse drin. Node-Red neu geladen, Wizard nochmal gemacht. Irgendwas ist mit den Encryption Sachen anders, ich kann den Key nicht mehr kopieren, also lasse ich encryption mal weg. Wizard zugemacht, erfolgreich eingerichtet, keine Fehler. Ich kann Änderungen commiten.
Ich glaube eher das ist irgendein Permission Issue, dass das gitconfig file nicht angelegt werden kann.
-
@bjoernb Du bist so ein Schatz - das funktioniert. Das Problem ist, dass mit der Version 2 des Adapters wohl nicht mehr die Werte, die in Node-Red eingetragen wurden, ignoriert werden.
So dankbar ich Dir bin - so schlimm finde ich, dass keiner die sich aus der Version 2 ergebenden Änderungen auf sowas aufmerksam macht. Das scheint generell so zu sein, dass man mit der Version 2 des Adapters immer mehr Konfigurationsparameter von Node-Red nun zu iobroker verlagert werden. Warum man das macht, erschließt sich mir noch nicht. Das gleiche war ja mit dem Palettenmanger etc.. Deswegen hat es auch unter den Versionen < 2.0.0 funktioniert.
Für alle hier nochmal ein kurze Beschreibung, wie man diese .gitconfig Datei am Besten anlegt:
sudo -su iobroker git config --global user.email "mail@maildomain" git config --global user.name "name"
Ganz lieben Dank Dir @bjoernb. Darauf habe ich nun 5 Monate gewartet, dass das jemand nachvollzieht. Danke!!!!
die .gitconfig Datei schaut dann so aus:
[user] email = mail@maildomain name = name
-
@mickym Gern geschehen. Kannst du mir dafür das mit dem Palettenmanager erklären? Bis jetzt hat man neue Pakete darüber installiert. Jetzt ist er default mässig deaktiviert. Ich habe ihn wieder aktiviert und mache Installationen und Updates wieder darüber. Ich bin immer irritiert von der Warnung, dass die Pakete nicht in den Backups drin sein werden. Wäre es wirklich die Idee, dass man Pakete über "Additional npm packages" anhängt? Da gibts ja keine Suche und nix?
-
@bjoernb sagte in Node-Red Project Probleme seit 2.0.1:
@mickym Gern geschehen. Kannst du mir dafür das mit dem Palettenmanager erklären? Bis jetzt hat man neue Pakete darüber installiert. Jetzt ist er default mässig deaktiviert. Ich habe ihn wieder aktiviert und mache Installationen und Updates wieder darüber. Ich bin immer irritiert von der Warnung, dass die Pakete nicht in den Backups drin sein werden. Wäre es wirklich die Idee, dass man Pakete über "Additional npm packages" anhängt? Da gibts ja keine Suche und nix?
Ja genau - das ist jetzt die Verschlimmbesserung.
Im Prinzip, sollte man alle Pakete dort eintragen:Mag zwar sein, dass das Nachinstallieren dann auch zusätzlicher Pakete über backitup Adapter im Wiederherstellungsfall automatisch passiert, aber das wiegt die Nachteile in keinem Fall auf.
Wie Du schon sagtest - das Schlimmste ist, dass ich nicht suchen kann, es werden auch keine Aktualisierungen angezeigt usw. - Ich weiß auch nicht ob die Deinstallation zusätzlicher Pakete sauber funktioniert.
In meinen Augen ist es auch nicht schlimm - weil man die Nodes, deren Pakete(npm Module) nicht installiert sind in den Flows erhalten bleiben und man dann halt die Pakete nachträglich über den Palettenmanager wie in der Vergangenheit auch nachinstalliert.Immerhin gibt es nun überhaupt eine Wahl - vorher musste man die "settings.js" manuell patchen, um den Palettenmanager wieder zu sehen.
In meinen Augen - aber ich bin inzwischen sehr vorsichtig, was man hier sagt - sollte man sich lieber bei der Adapterentwicklung mehr um die Anbindung von Node-Red an iobroker konzentrieren (s. mal meine Anregung hier https://forum.iobroker.net/topic/36470/node-red-und-iobroker-mqtt-watch-dog-funktion), als vorhandene Funktionen aus node-Red nach iobroker zu verlagern.
-
@mickym Ok, verstanden, danke. Ich glaube auch, dass für mich der Palette Manager aktuell der einfachere Weg ist, besonders wegen Updates und uninstall und so. Wegen den backups mach ich mir aktuell keine so grossen Sorgen. Ich habe schon mal ein Backup von backitUp wiederhergestellt und ja, es ist etwas mühsam, dass die Pakete dann halt erst mal fehlen, aber die Flows sind alle da und motzen dann schon, wenn das Paket fehlt. Das Restore mache ich nicht immerzu, da nehme ich das in kauf.
Ich glaube, die Hauptentwickler sind halt bei so vielen Adaptern involviert, dass sie gar nicht mehr überall hinterherkommen und alles in Ruhe testen könnten. Ausserdem ist glaub NodeRed schon eher die Randerscheinung, die meisten brauchen eher Blockly, darum passiert bei NodeRed auch weniger.
Vielleicht schaffe ich es doch irgendwann mir selber ein vernünftiges Debug Environment aufzusetzen, damit ich solche Fehler besser analysieren könnte und dann wird ein Push Request vielleicht schneller angenommen.
-
@bjoernb sagte in Node-Red Project Probleme seit 2.0.1 [gelöst]:
@mickym Ok, verstanden, danke. ....
Ich glaube, die Hauptentwickler sind halt bei so vielen Adaptern involviert, dass sie gar nicht mehr überall hinterherkommen und alles in Ruhe testen könnten. Ausserdem ist glaub NodeRed schon eher die Randerscheinung, die meisten brauchen eher Blockly, darum passiert bei NodeRed auch weniger.
Vielleicht schaffe ich es doch irgendwann mir selber ein vernünftiges Debug Environment aufzusetzen, damit ich solche Fehler besser analysieren könnte und dann wird ein Push Request vielleicht schneller angenommen.
Was ich halt schade finde und das habe ich bei einem anderen Adapter auch schon mal angemerkt, dass die Adapter-Versionen anscheinend doch nach einer gewissen Zeit automatisch ins Default-Repository wandern, obwohl ich solche Fehler auch schon reklamiert hatte, als die 2.0.0 noch im Latest war. Da ich mir aber an derer Stelle dann sagen lassen musste, dass die Entwicklung ja auf freiwilliger Basis passiert, scheint aber Kritik wohl eher nicht hilfreich zu sein. Deswegen bin ich da inzwischen vorsichtiger.
Oben in dem LOG habe ich ja auch bereits vor etlichen Monaten die Warnmeldung reklamiert:
node-red.0 2020-11-16 13:26:41.512 warn (9008) (node:9031) MaxListenersExceededWarning: Possible EventEmitter memory leak detected. 101 stateChange listeners added to [Adapter]. Use emitter.setMaxListeners() to increase limit
Das wurde dann auch aufgenommen - siehe Historie zur Adapterentwicklung:
1.16.2 (2020-03-12)
(Apollon77) update deps, node-red to 1.0.4
(Apollon77) update number of listeners to max 1000 before warning is displayedDer Fehler ist aber in den Folgeversionen wieder vorhanden. Ich habe dann aber nichts mehr gesagt - ist auch nicht weiter schlimm. Aber es hängt viel von den Entwickler selbst ab, der für einen Adapter zuständig ist. Ich habe zum Beispiel auch wunderbar positive Beispiele erlebt, wie bei dem Backitup Adapter.
Das ist halt von Adapter zu Adapter oder von Entwickler zu Entwickler unterschiedlich und wahrscheinlich hast Du Recht, das Node-Red in der iobroker Community eher eine Randerscheinung ist. Ist eigentlich schade - es handelt sich ja nun nicht um einen kompletten Exoten.
Bei solchen Produkten wie Node-Red stellst Du Dir dann irgendwann die Frage, ob es noch Sinn macht, diese als Adapter zu installieren oder als eigenständige Instanz.
Bei MQTT bin ich dann als Broker auf mosquitto umgestiegen und nutze nur noch den iobroker Adapter als Client. .... usw.Etwas schade finde ich halt auch (wie an meinem Link zu den Anregungen gepostet), dass man auch nicht mit den Entwicklern in ein Gespräch kommt, um an der Richtung der Adapterentwicklung etwas beizutragen oder das was man als Anwender für sinnvoll erachtet. Da ist die Resonanz innerhalb von 3 Monaten = 0.
Es gibt mit der Version seit 2.0 auch noch andere Probleme s. hier: https://forum.iobroker.net/topic/34881/node-red-2-0-0-keine-systemobjekte-u-andere-probleme/6
Das ging in den Versionen 1.13.x und davor auch noch. Man sieht auch, dass hier der Adapter einfach ein Präfix einfügt und deshalb der Zugriff nicht mehr geht. --- passiert aber auch nichts. - Inzwischen habe ich mich halt mit der "Alias" Funktion in iobroker beholfen. Ist aber trotzdem schade, dass es halt sowenig Resonanz gibt.Aber ganz lieben Dank nochmals für Deine Hilfe.