js-controller 3.2 jetzt im Latest!
-
@apollon77 3.2.11 läuft soweit
Generell erhalte ich erst seit 3.2 solche Meldungen von Adaptern die zyklisch gestartet/gestoppt werden:ical.0 2021-01-25 09:05:14.921 warn (421899) slow connection to objects DB. Still waiting ... radar2.0 2021-01-25 09:15:23.172 warn (423386) slow connection to objects DB. Still waiting ... ical.0 2021-01-25 09:20:13.375 warn (424044) get state Error: Connection is closed. ical.0 2021-01-25 09:20:13.386 warn (424044) get state Error: DB closedPS: Letsencrypt habe ich heute mal über den web Adapter erfolgreich aktualisieren lassen. Das neue Cert usw. wurde auch genau in dem bereits vorher verwendeten Ordner erneuert. Leider kann ich weiterhin keine über web Adapter ausgelieferten Dinge mit lokaler IP aufrufen wie: materialUI, jarvis, flot, habpanel
Muss mal rumfragen wer LE im Einsatz hat und damit keine Probs hat. Vllt ist es nur eine falsche Einstellung irgendwo, die seit der neuen LE Implementierung anders sein muss. Mit JS-C 3.1 funktionierte es ja noch. -
@thomas-braun danke dir. HTOP installiert und sieht schon wieder ganz anders aus
-
@kueppert Wobei htop nicht als root laufen sollte.
-
@thomas-braun ich weiß, dass man root nicht nutzen sollte. Nutze aber seit Jahren nur root und hab mich zwar mit Usern inkl. Admin-Recht schon beschäftigt, bin aber immer wieder auf Probleme mit Rechten gestoßen - und aktuell wegen Zeitmangel auf Grund Kinder da nicht mehr näher drauf eingegangen.
Systeme laufen auch alle nur im internen Netz, so dass zumindest von Extern kein erhöhtes Risiko besteht. -
@diginix Zu LE: das ist bekannt und lässt sich (ohne Fix in Greenlock) nicht beheben. Einzige Möglichkeit ist, auch lokal auf Port 443 zu wechseln.
-
Hat jemand Erfahrung mit 3.2 unter Windows? Soeben wurde dieses Problem gemeldet. Ist das allgemein (bekannt) oder hat der nur ein zerschossenes System?
-
@unclesam sagte in js-controller 3.2 jetzt im Latest!:
Hat jemand Erfahrung mit 3.2 unter Windows? Soeben wurde dieses Problem gemeldet. Ist das allgemein (bekannt) oder hat der nur ein zerschossenes System?
C:\ioBroker
also kaputtes System...
-
@thomas-braun Wieso kaputtes System? Bei mir ist mein alter Entwickler-ioBroker (die Instanz heisst "dev") zum Beispiel unter
D:[...]\ioBroker\app\devabgelegt. Habe ich genau so mit dem Installer gemacht. -
@unclesam
War ein Scherz. -
@thomas-braun Sorry, der Humor ging an mir vorüber. Ja, ioBroker sollte immer unter
/opt/iobrokerinstalliert sein, alles andere ist ein Rezept für ein Desaster - egal ob unter Linux oder Windows ;-). Die Frage (z.B. für @apollon77 ) bleibt aber... -
@apollon77 noch eine Kleinigket, nach dem upgrade auf 3.2.11 werden die repos auf der Konsole nicht mehr angezeigt, setzen funktioniert aber wenn man den Namen weiss
root@new:/opt/iobroker# iobroker repo iobroker repo del <name> Remove repository Options: --help Show help [boolean] -v, --version Show version [boolean] Not enough non-option arguments: got 0, need at least 2 root@new:/opt/iobroker# iobroker repo set beta Repository "beta" set as active. stable : http://download.iobroker.net/sources-dist.json beta : http://download.iobroker.net/sources-dist-latest.json Active repo: beta root@new:/opt/iobroker# -
Ich habe das Update gemacht. Dabei habe ich auch die Script Engine upgedatet (Versionen siehe Bildschirmfotos).
Ich habe ein Script, das alle erkannten Echo parsed.
var selector = $('channel[state.id=alexa2.0.Echo-Devices]'); selector.each(function (id, i) { var alexa_id; log("ID: " + id); });Es scheint, dass $('channel[state.id=alexa2.0.Echo-Devices]') nicht mehr funktioniert.
Der Selektor Aufruf wird nicht mehr aufgerufen.Update: Ich habe die Script Engine downgegradet auf V 4.8.4. Jetzt geht der Channel Selektor wieder.
Ich schließe daraus, dass es ein Bug in der Script Engine V 4.10.13 ist und NICHT ein Bug des js-controllers.
Ich habe ein Issue in der Script Engine aufgemacht. -
@marty56
Ändere mal den Selektor invar selector = $('alexa2.0.Echo-Devices.*'); -
Radar2 -> Adapter! Sollte mit controlelr nichts zu tun haben
Aslexs 2 -> DIe ANtwort enhält keine JSON Daten ... sollte auch nichts mit controler zu tun haben -
Sorry, ich frage mal ganz direkt nach: hat jemand die 3.2 unter Windows getestet?
-
@diginix Das "slow connection" bedeutet an sich das nach 20s immer noch nicht die Objects DB verbunden war ... schau mal nach Last auf dem Host ... passiert ggf hier und da mal.
Das "getState Error" heisst an sich da sder Adapter scheinbar irgendwas noch tun will nachdem er sich eigentlich beendet erklärt hat -> Adapter Issue
-
@unclesam Wenn mir das Thema mal einer in einem "FAQ Style" zusammenschreiben kann kann ich es oben in die FAQ packen ... ich nutze nur LE selbst nicht und tu mich da gerade schwer
-
@unclesam M ende ist die Farge wie es installiert wurde. Es gab mal eine version des Windows Installers nach dem npm teilweise pakete löscht wenn man andere installiert. ggf ein neues npm i iobroker.js-controller kann es fixen
-
@fastfoot Fix kommt in einem Update. Danke!
-
@unclesam Ich glaube Sigi234 ...
