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

[arteck]

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

c:\ioBroker

dann zeig den mal.. ist da was drin ??

[NightWatcher]

[arteck]

@NightWatcher gestern um 19:22 hat sich der inhalt des Ordners node_modules geändert..

zeigmnal das LOG

[NightWatcher]

Stimmt, ich glaube gestern um die Uhrzeit habe ich versucht, den js-controller zu aktualisieren. Da stand dann aber in der console "is up to date"...

Jetzt im Log sehe ich zu der Uhrzeit aber, dass er trotzdem versuchte, was zu laden?!

Der interessante Teil:

2019-10-21 19:22:07.061  - info: host.SERVER iobroker url "https://github.com/ioBroker/ioBroker.js-controller"
2019-10-21 19:22:08.408  - info: host.SERVER iobroker install https://github.com/ioBroker/ioBroker.js-controller/tarball/e755ffbf2b811a235b952dad6012fd9cc769025d
2019-10-21 19:22:09.276  - info: host.SERVER iobroker NPM version: 6.9.0
2019-10-21 19:22:09.277  - info: host.SERVER iobroker npm install https://github.com/ioBroker/ioBroker.js-controller/tarball/e755ffbf2b811a235b952dad6012fd9cc769025d --loglevel error --production --save --prefix "c:/ioBroker" (System call)
2019-10-21 19:22:32.001  - info: host.SERVER iobroker npm
2019-10-21 19:22:32.002  - info: host.SERVER iobroker  ERR! path c:\ioBroker\node_modules\iobroker.js-controllernpm ERR! code EBUSY
2019-10-21 19:22:32.002  - info: host.SERVER iobroker npm
2019-10-21 19:22:32.003  - info: host.SERVER iobroker  
2019-10-21 19:22:32.003  - info: host.SERVER iobroker ERR!
2019-10-21 19:22:32.004  - info: host.SERVER iobroker  
2019-10-21 19:22:32.004  - info: host.SERVER iobroker errno
2019-10-21 19:22:32.004  - info: host.SERVER iobroker  -4082
2019-10-21 19:22:32.005  - info: host.SERVER iobroker npm
2019-10-21 19:22:32.005  - info: host.SERVER iobroker  
2019-10-21 19:22:32.005  - info: host.SERVER iobroker ERR!
2019-10-21 19:22:32.006  - info: host.SERVER iobroker  
2019-10-21 19:22:32.006  - info: host.SERVER iobroker syscall rename
2019-10-21 19:22:32.009  - info: host.SERVER iobroker npm
2019-10-21 19:22:32.010  - info: host.SERVER iobroker  
2019-10-21 19:22:32.010  - info: host.SERVER iobroker ERR! EBUSY: resource busy or locked, rename 'c:\ioBroker\node_modules\iobroker.js-controller' -> 'c:\ioBroker\node_modules\.iobroker.js-controller.DELETE'
2019-10-21 19:22:32.027  - info: host.SERVER iobroker 
2019-10-21 19:22:32.027  - info: host.SERVER iobroker npm ERR! A complete log of this run can be found in:npm ERR!     C:\Users\Bjoern\AppData\Roaming\npm-cache\_logs\2019-10-21T17_22_32_016Z-debug.log
2019-10-21 19:22:32.061  - error: host.SERVER iobroker host.SERVER Cannot install https://github.com/ioBroker/ioBroker.js-controller/tarball/e755ffbf2b811a235b952dad6012fd9cc769025d: 4294963214
2019-10-21 19:22:33.074  - info: host.SERVER iobroker exit 25
2019-10-21 19:25:00.008  - info: host.SERVER instance system.adapter.weatherunderground.0 started with pid 9380
2019-10-21 19:25:00.715  - error: host.SERVER instance system.adapter.weatherunderground.0 terminated with code 1 (JS_CONTROLLER_STOPPED)

Er lief dann aber erst mal noch weiter. Bis zu meinem manuellen restart heute morgen.

Kann ich den js-controller einfach über npm install noch mal drüber installieren?

[NightWatcher]

• iobroker gestoppt
• npm install https://github.com/ioBroker/ioBroker.js-controller

ioBroker läuft wieder. Instanzen fahren auch gerade alle wieder hoch.

[arteck]

@NightWatcher

[crunchip]

@NightWatcher das Problem hatte ich auch gestern beim Versuch auf Js-Controller .35
auch ein
npm install https://github.com/ioBroker/ioBroker.js-controller
hatte ich gemacht, jedoch musste ich dann feststellen, das ich keinen Adapter mehr updaten konnte, immer mit der Fehlermeldung npm error....
in meinem Fall habe ich den Snapshot zurückgespielt

[AlCalzone]

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

immer mit der Fehlermeldung npm error....

Das relevante an dieser Fehlermeldung ist im "..." versteckt. npm error kann vieles sein.

[crunchip]

@AlCalzone ist mir schon bewusst , jedoch hab ich das leider nicht festgehalten für die Nachwelt und durchs zurückspielen per snapshot ist es ja nun nicht mehr vorhanden, sonst hätte ich es hinzugefügt.

[apollon77]

@NightWatcher Also automatisch macht hier nichts updates
Am besten installiere doch per npm direkt nochmal den controller drüber

Kommandos oben in der FAQ.

"No object found" bedeute das er die Object Library nicht findet ... also da fehlen Files oder sind kaputt

[apollon77]

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

iobroker url "https://github.com/ioBroker/ioBroker.js-controller"

Wie hast Du denn versucht zu updaten??? Vllt via Admin mit "custom install" und "EIgene URL"? Nur so kann ich mir vorstellen das "iobroker url "https://github.com/ioBroker/ioBroker.js-controller" zustandekommt und das ist dann der komplett falsche Weg.

[s.bormann]

Hallo, ich habe nun auch mal auf 2.0er Controller (aktuell 2.0.35) geupdated. Läuft, habe aber zwei Probleme:

• 1. Manchmal (unklar wann) sagt er beim Speichern von Einstellungen in einem Adapter:
     "Bitte bestätigen Einige Daten sind nicht gespeichert. Verwerfen?"
     so, als hätte man nicht gespeichert und würde versuchen, das Fenster zu schließen. Die Daten werden aber korrekt gespeichert:
     
• 2. Bei iQontrol (Frontend) dauert der Verbindungsaufbau viel länger, als vorher. Das Problem tritt beim Versuch auf, das erste Objekt über die socket-Verbindung zu laden. Danach läuft alles normal und schnell. Lediglich das erste Objekt, nach Initialisierung des Sockets braucht 1-2 Sekunden - was eine spürbare Verzögerung bedeuted.

Hat jemand ähnliche Beobachtungen?

Danke für die Entwicklung des neuen Controllers!!! VG!

[liv-in-sky]

@s-bormann ich kenne das nur, wenn der chrome browser einen neustart braucht - ich habe immer viele tabs offen und da kommt das bei mir vor

habe iqontrol getestet - ist so schnell wie vorher

• auch das mit dem verwerfen ist kein thema im moment -

benutze version 2.0.35

[s.bormann]

@liv-in-sky
Das mit der Verzögerung tritt bei mir auch nur beim Neu-Laden von iQontrol auf. Dann läuft es bei mir auch so schnell, wie vorher. Lediglich der erste Verbindungsaufbau ist deutlich langsamer, als vorher.

Und das mit der Verwerfen-Meldung beim Speichern hat nichts mit iQontrol zu tun, das habe ich bei ganz vielen Adaptern.

LG

[dslraser]

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

anchmal (unklar wann) sagt er beim Speichern von Einstellungen in einem Adapter:
"Bitte bestätigen Einige Daten sind nicht gespeichert. Verwerfen?"
so, als hätte man nicht gespeichert und würde versuchen, das Fenster zu schließen. Die Daten werden aber korrekt gespeichert:

zu 1.
Das habe ich bei mir auch...

zu 2.
Kann ich bei mir nicht feststellen

[liv-in-sky]

@s-bormann nehme alles zurück und behaupte gegenteil

jetzt habe ich punkt 1 auch gerade gehabt

[apollon77]

Steht bei euch dann in der browser Konsole irgendwas? Fehler oder so?

[Jan1]

ich hatte es ja schon mal angesprochen, ging aber irgendwie unter. Also noch mal kurz, wenn ich mir iQontrol und Nod-Red links in der Menü Leiste einblende, dann hatten beide ne Zeitlang einfach nur ne leere Seite innerhalb der IOBroker Seite geöffnet. Bei iQontroll funktioniert es mittlerweile wieder, Node-Red macht immer noch nichts.

[dslraser]

@Jan1
hatte ich weiter oben auch angesprochen, (zu iQontrol. )
Geht bei mir übrigens auch mit .35 noch nicht.

[Jan1]

@dslraser
OK, hatte ich dann wohl überlesen
iQontrol läuft allerdings bei mir wieder, seit wann weiß ich aber nicht, da ich die zwei Kandidaten ausgeblendet hatte und nur sporadisch ab und an versuche ob es funktioniert.

Hatte vorhin aber ein System Update gemacht, dass mir Node auf 10.17.0 hoch gezogen hat.

So, bin schon etwas schlauer.
Hatte auch ein Firefox Update auf 70.0.
Das Problem liegt wohl am Firefox, denn der Edgae macht das ohne Murren auf. Dafür weigert sich Edge den Admin unter HTTPS zu öffnen. Mit HTTPS kommt nur Zertifikatsfehler und das wars.