Test js-controller v2.0.x (GitHub)

[apollon77]

@BBTown Naja "npm audit" wäre interessant bei einem System was komplett in den letzten 2-3 Monaten aufgesetzt wurde mit dem neuen Installer

Alles ältere (und vor allem gewachsene Systeme) bringen genau wegen Meldungen wie dem ws Du gepostet hast nichts weil einfach selbst wenn eine package-lock da ist die meist Müll ist (weil Sie halt nicht alles abdeckt).

Also: In dem Fall Danke, aber eher weniger Aussagekräftig

[BBTown]

@apollon77 gibt es bzw. brauche ich hier eine Lösung?

[apollon77]

@BBTown Nö, "Npm audit fix" ist eh voll gefährlich und ein kommendes Update vom Installer/Fixer wird das ausschalten. Zu viele User haben sich durch unbedachte Nutzung Ihre Systeme zerschossen. Von daher

Wenn das System tut ist alles ok.

[BBTown]

@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:

bei einem System was komplett in den letzten 2-3 Monaten aufgesetzt wurde mit dem neuen Installer

Mein System wurde in der Tat erst vor einigen Wochen neu aufgesetzt.
Im Anschluss dann über eine backitup Sicherung wieder auf Stand gebracht ...

[BBTown]

@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:

Wenn das System tut ist alles ok.

Die Adapter/Instanzen sind alle grün - was mir auffällt, ist, dass sehr viele Kacheln in iQontrol keine Funktion mehr haben

[apollon77]

@BBTown sagte in [Aufruf] js-controller 2.0 Beta Test:

Im Anschluss dann über eine backitup Sicherung wieder auf Stand gebracht ...

Full Backup oder minimal Backup restored?

[BBTown]

@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:

Full Backup oder minimal Backup restored?

minimal

[apollon77]

@BBTown Hast Du iqontrol aktualisiert? Mindestens 0.2.6 oder so glaube ich

[apollon77]

@BBTown Dann hätte ich an sich erwartet das das passt. Naja egal... müssen wir mal testen

[BBTown]

@apollon77 meine Adapter sollten alle auf dem letzten Stand sein
iQontrol hat die 0.2.11

[apollon77]

@BBTown Dann Check bitte mal im iqontrol Thread. Es gab themen die aber im Adapter lagen

[BBTown]

@apollon77 da werde ich mal erneut auf die Suche gehen (ich lese den Thread auch auch parallel mit)
Ich werde auch mal schauen was die anderen Adapter/Funktionen so machen

[apollon77]

@BBTown Bin gespannt

[AlCalzone]

@apollon77 Ähh... ich war dumm. upgrade self ist de facto sudo -H -u iobroker ....

[apollon77]

@AlCalzone Hatte ich ja geschrieben ... also sollte das so tun, korrekt?

[SBorg]

@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:

Ok, zu 2.) Nochmal: Falls Du solche kaputten Verzeichnisse hast ... Wie hast Du denn auf die 4.2.1 aktualisiert?
Dieser Fehler kommt wenn das Verzeichnis vom javascript Adapter weg ist ... Any idea?

Nein, nix da. Gestern per Info-Adapter, vorhin direkt über die Adapter. Dürfte aber kein Problem vom JS-Controller sein, denn habe zwar im Log zum Update gefunden:

2019-10-09 09:07:46.661 - info: host.Ubuntu iobroker Could not install NodeJS typings. This is not critical.Reason: npm ERR! code ENOENTnpm ERR! syscall opennpm ERR! path /opt/iobroker/node_modules/iobroker.javascript/node_modules/asynckit/package.json.168309297npm ERR! errno -2npm ERR! enoent ENOENT: no such file or directory, open '/opt/iobroker/node_modules/iobroker.javascript/node_modules/asynckit/package.json.168309297'npm ERR! enoent This is related to npm not being able to find a file.npm ERR! enoent npm ERR! A complete log of this run can be found in:npm ERR! /home/iobroker/.npm/_logs/2019-10-09T07_07_44_900Z-debug.log

Hmm, is not critical, aber ein

info: host.Ubuntu iobroker Adapter "javascript" updated
info: host.Ubuntu iobroker exit 0

habe ich auch nicht. Lief wohl die Engine trotzdem noch, denn die Skripte liefen munter durch, nur hat es ev. die Versions-Info zerbröselt...? Wäre mir ohne das Update auf 2.0.25 aber gar nicht aufgefallen.

[AlCalzone]

@apollon77 ja sollte passen

[AlCalzone]

@SBorg Could not install NodeJS typings. This is not critical. kommt vom Installer-Skript aus dem JS-Adapter, welches versucht, die Typdefinitionen für deine aktuelle Node.js-Version zu installieren. Ohne die funktioniert die Syntaxhilfe ggf. nur zum Teil.

[apollon77]

@SBorg sagte in [Aufruf] js-controller 2.0 Beta Test:

habe ich auch nicht. Lief wohl die Engine trotzdem noch, denn die Skripte liefen munter durch, nur hat es ev. die Versions-Info zerbröselt...? Wäre mir ohne das Update auf 2.0.25 aber gar nicht aufgefallen.

Also Haken wir es erstmal als "Nicht mit 2.0 related" ab...

[SBorg]

https://github.com/ioBroker/ioBroker.node-red/issues/65
Würde sagen DONE, wenn auch kein Problem des JS-2.0, so hat er es aber doch gefixt

Zum folgenden kommt dann noch ein Issue zum Node-RED Adapter. Ist zwar hier ein wenig OT, hat aber doch damit zu tun. Nach intensivem Studium und stundenlangem rumprobieren und unermüdlicher Schützenhilfe durch @apollon77 ist nun auch meine letzte Baustelle beseitigt. Man mag sich erinnern, bei mir läuft seit JS-2.0 das Dashboard von Node-RED nicht mehr. Das ist kein Fehler vom JS-Controller, nur kam es seit JS 2.0 unter Node-RED beim starten uU. zu Timing-Problemen. Im Zuge des nötigen Updates des Node-RED Adapters wurde auch das Dashboard auf die aktuelle 2.17 aktualisiert. Und da liegt der Hund begraben. Nutzt man, wie bspw. ich , einen Reverse Proxy (wer keinen Ahnung hat was dass ist, nutzt auch keinen) dann wird man mit einer Dashboard-Version > 2.11.0 mit einem weißen Bildschirm "belohnt". Lt. Issues bei Node-RED sollte der Fehler längst behoben sein, sieht aber in der 2.17 nicht wirklich danach aus...

Als work around (getestet) downgrade des Dashboards durchführen:

Node-RED Adapter stoppen
im Terminal eingeben (ggf. ioBroker-Verzeichnis anpassen):

cd /opt/iobroker/node_modules/iobroker.node-red/
npm install node-red-dashboard@2.11.0

Node-RED Adapter wieder starten

Danke an Ingo für die Hilfe

SBorg2014 created this issue in ioBroker/ioBroker.node-red

closed Dasboard funktioniert bei Nutzung von Reverse Proxy nicht wenn Version > 2.11.0 #65