js-controller 3.3 jetzt im STABLE!
-
@thomas-braun sagte in js-controller 3.3 jetzt im STABLE!:
sudo -H -u iobroker npm install iobroker.js-controller
Ich weiß das ich nichts weiß
Das hat nun etwas gedauert und die Adapter wachen so langsam auf. Scheint aber zu laufen.
Was war denn das Problem, oder hatte ich vorher irgendwas falsch gemacht? Ich lerne gerne dazu.
Danke schon mal!
-
@mechy sagte in js-controller 3.3 jetzt im STABLE!:
Was war denn das Problem, oder hatte ich vorher irgendwas falsch gemacht?
Keine Ahnung, ich weiß ja nicht was du da im Vorfeld gemacht oder nicht gemacht hast.
Übrigens: host names sollten keine Großbuchstaben enthalten. Nur Kleinbuchstaben und die Ziffern 0-9.
-
Hallo und danke für den Hinweis.
Ich hatte alle Adapter aktualisiert. Nachdem es durch war habe ich folgende Kommandos der Reihe nach durchgeführt:
iob backup
iob stop
iob update
iob upgrade self
iob startDavon lief alles ohne Probleme, bis auf das es nicht mehr gestartet hat.
-
Auch hier mein Zwischenbericht: Gestern ohne Probleme Admi und Javascript auf die aktuelle Version gezogen und heute war dann der js-controller dran.
Das sind auch die drei Sachen die ich immer sehr ungern update, weil ohne die geht es halt nicht. Auch der Thread machte mir nicht besonders Mut aber wie so oft sollte man weniger lesen und einfach machenDas Update war schnell und ohne Fehler eingespielt. Neustart iobroker und schon hatte ich wieder Zugriff. Das Log sah insgesamt normal aus. 2 Adapter meldeten ein paar Warn-Hinweise. Einmal der Homematic Adapter. Dort die virtuellen Heizungsgruppen. Dort habe ich ein paar max Angaben angepasst. Bei Alexa gab es ein paar mehr Meldungen. Dort habe ich einen Teilbaum gelöscht das führte nicht so richtig zum erfolg. Die Meldungen blieben bzw es wurden sogar noch ein paar mehr. Dazu habe ich auf github ein Issue angelegt. Die eigene Scripte laufen alle (zumindest die, die bisher getriggert wurden. Endlich wieder auf dem aktuellen Stand. Ich würde sagen ganze Arbeit von den Entwicklern und Betatestern…
-
Hab gerade erfolgreich auf 3.3.15 upgedatet.
Mir ist klar, dass nun ein paar Warnungen im Log erscheinen bei den Adapter die oben genannt wurden.Allerdings ist hier der hm-rega Adapter nicht aufgeführt, deshalb hier die Info von mir, dass bei dem ebenfalls nun Warnungen im Log produziert werden:
Die Meldungen kommen alle von einem wiffi-wz:
Ich hätte schon versucht die DPs zu löschen, aber nach einem Adapter Restart werden sie wieder genau so angelegt und die Warnung kommt wieder.
Liegt hier das Problem am Adapter oder daran wie der wiffi-wz die Daten in der CCU anlegt ?
Wie bekomme ich die Meldungen weg ?Beste Grüße
-
@qlink Das liegt am Adapter. Der hinterlegt in den Datenpunkten der Geräte den Maximal- bzw. Minimalwert. Die CCU liefert allerdings Werte, die außerhalb dieser Bereiche liegen und daher kommt die Warnung.
Du kannst ein issue auf Github anlegen und als ersten Schritt die min/max Werte bei den entsprechenden Datenpunkten selbst anpassen (kann aber vom Adapter wieder überschrieben werden) um die Warnungen weg zu bekommen. Oder du stellst das Logging des Adapters entsprechend höher.
-
@dr-bakterius sagte in js-controller 3.3 jetzt im STABLE!:
Der hinterlegt in den Datenpunkten der Geräte den Maximal- bzw. Minimalwert. Die CCU liefert allerdings Werte, die außerhalb dieser Bereiche liegen und daher kommt die Warnung.
Das Thema ist das die gemeldeten Min/max werte von der CCU kommen ... aber ja mal issue anlegen bei hm-rpc Adapter und dann schaut sich @foxriver76 das an. ggf kommen aber auch Mond-Werte von dem "custom" Gerät wiffi-wz
-
issue erstellt
-
Der Umstieg auf Admin V5 und js-controller 3.3 hat bei mir einwandfrei funktioniert.
Das sieht nach viel Arbeit aus: Danke an alle die daran mitgewirkt haben!An einer Stelle habe ich etwas suchen müssen: Vorher hatte für die Dateispeicherung aus javascript und dem Mirroring der Javascripte ("Mirror scripts to file path:") den Pfad
iobroker-data/files/0_userdata.0/backup-js
verwendet. Das führte mit dem neuen js-controller zu Abbrüchen.Nach der Änderung auf den vollqualifizierten Pfad
/opt/iobroker/iobroker-data/files/0_userdata.0/backup-js
läuft es jetzt wieder einwandfrei.Gruß, Ralf
-
@rk62 dann ändere bitte mal direkt den Pfad. Der mirror Pfad darf nicht im
IoBroker eigenen internen Storage liegen. Also in iobroker-data ist ok. Aber nicht danach files/… -
@apollon77 Danke für den Hinweis, ist umgestellt!
-
Hallo,
ich habe eine komplette Neuinstallation vom iobroker vorgenommen. Bisher lief es ohne Probleme. Heute abend ein Neustart des JS-Adapters nach vorhergegangenem Error.
Auszug aus dem Log:
Was hat es mit diesen gyp-Fehlermeldungen und dieser Node cpu-features auf sich?
Kann da jemand etwas zu sagen? Vielen Dank. -
@opossum Also ich hätte ja die Fehlermeldung vom Absturz interessanter gefunden.
Dieser "Fehlr" ist nur eine Warnung die scheinbar kommt wenn der JavaScript Adapter ein custom npm Paket (was Du beim javascript Adapter angegeben hast) installiert. Was haste denn da so?
-
Hallo, @apollon77,
hier noch eine Meldung:
Ich habe um diese Uhrzeit nur ein Script ausgelöst. Vielleicht ist das nicht korrekt. Das Script soll einen Raspberry PI herunterfahren, der nur läuft, wenn der TV eingeschaltet ist (Hyperion - Ambilight). Das Script sieht wie folgt aus:
Die Funktion SSH sieht wie folgt aus:
Welche zusätzlichen Module:
Dabei ist simple-ssh erst vor kurzem hinzugekommen.
Hier noch die Meldungen vom Start des Adapters.
Ich denke, ich werde mal das Script deaktivieren und das zusätzliche Paket wieder entfernen. Ich kann nicht sagen, warum immer dieses Paket cpu-features gebaut wird.
EDIT: Wenn ich das Script ausschalte, das zusätzliche Paket "simple-ssh" entferne, dann sind die o.a. Startmeldungen nicht vorhanden. Muss ich mir wohl etwas anderes ausdenken, wie ich den Raspi herunterfahre. Möchte den nicht gern einfach durch Ausschalten der Steckdose "herunterfahren".
-
@opossum also:
Generell: die Meldungen sind nur Warnungen sehe da keinen Fehler dabei. Ergo akzeptiere es und nutze es weiter
Zur Econnreset Meldung: das heißt das done Netzwerkverbindung von der Gegenstelle beendet wurde und finden Fehler in deinem Script scheinbar nicht anfängst. Also kein issue per se aber du willst vllt fehlerbehandlung einbauen.
-
Hallo, @apollon77,
danke Dir für die Analyse. Muss mir das Script noch einmal anschauen.
EDIT: Habe das Script nun angepasst, keine Fehler und Warnungen mehr.
-
Hallo , bekomme folgende Warn seit Update auf V 3.3.17
host.MedionHome) 2021-09-10 07:39:29.905 warn host.Medion(Home) warning: Following packages cannot be read: js-controllerKommt nicht immer, aber manchmal. Beobachte es mal.
-
@sigi234 Checnek wir, danke. Ich hab schon eine befürchtung. Aber erstmal unkritisch
-
@sigi234 Habe gerade vorhin ein neues Repo Buidl angestoßen ... danach sollte das weg gehen. Da hatte sich ein Pfad geändert.
-
Hallo zusammen, habe gerade den JS Controller auf 3.3.15 angehoben.
habe den Fix ausgeführt, nun gibts Probleme mit Radar2.radar2.0 2021-09-15 23:38:15.686 error Objects database error: connect ECONNREFUSED 192.168.2.233:9001 radar2.0 2021-09-15 23:38:10.664 error Objects database error: connect ECONNREFUSED 192.168.2.233:9001 radar2.0 2021-09-15 23:38:05.644 error Objects database error: connect ECONNREFUSED 192.168.2.233:9001 radar2.0 2021-09-15 23:38:00.626 error Objects database error: connect ECONNREFUSED 192.168.2.233:9001 radar2.0 2021-09-15 23:37:55.601 error Objects database error: connect ECONNREFUSED 192.168.2.233:9001 radar2.0 2021-09-15 23:37:50.580 error Objects database error: connect ECONNREFUSED 192.168.2.233:9001 radar2.0 2021-09-15 23:37:45.566 error Objects database error: connect ECONNREFUSED 192.168.2.233:9001 radar2.0 2021-09-15 23:37:40.541 error Objects database error: connect ECONNREFUSED 192.168.2.233:9001 radar2.0 2021-09-15 23:37:35.520 error Objects database error: connect ECONNREFUSED 192.168.2.233:9001 radar2.0 2021-09-15 23:37:30.507 error Objects database error: connect ECONNREFUSED 192.168.2.233:9001 radar2.0 2021-09-15 23:37:25.449 error Objects database error: connect ECONNREFUSED 192.168.2.233:9001 radar2.0 2021-09-15 23:37:20.430 error Objects database error: connect ECONNREFUSED 192.168.2.233:9001 radar2.0 2021-09-15 23:37:15.409 error Objects database error: connect ECONNREFUSED 192.168.2.233:9001 radar2.0 2021-09-15 23:37:10.390 error Objects database error: connect ECONNREFUSED 192.168.2.233:9001 radar2.0 2021-09-15 23:49:41.818 warn Read-only state "radar2.0.CCU__-_IOBROKER._nHere" has been written without ack-flag with value "17" radar2.0 2021-09-15 23:49:41.734 warn Read-only state "radar2.0.CCU_3_RM._nHere" has been written without ack-flag with value "17" radar2.0 2021-09-15 23:49:41.642 warn Read-only state "radar2.0.CCU_1._nHere" has been written without ack-flag with value "17" radar2.0 2021-09-15 23:49:41.598 warn Read-only state "radar2.0.Fritzbox_WZ._nHere" has been written without ack-flag with value "17" radar2.0 2021-09-15 23:49:41.506 warn Read-only state "radar2.0.Fritzbox_AZ._nHere" has been written without ack-flag with value "17" radar2.0 2021-09-15 23:49:41.466 warn Read-only state "radar2.0.Ich._nHere" has been written without ack-flag with value "17" radar2.0 2021-09-15 23:49:41.165 warn Read-only state "radar2.0.Ich._lastHere" has been written without ack-flag with value "2021-09-15@23:49:41" radar2.0 2021-09-15 23:49:18.216 warn Read-only state "radar2.0.CCU_1._lastHere" has been written without ack-flag with value "2021-09-15@23:49:18" radar2.0 2021-09-15 23:49:18.160 warn Read-only state "radar2.0.Fritzbox_WZ._lastHere" has been written without ack-flag with value "2021-09-15@23:49:18" radar2.0 2021-09-15 23:49:18.141 warn Read-only state "radar2.0.CCU_3_RM._lastHere" has been written without ack-flag with value "2021-09-15@23:49:18" radar2.0 2021-09-15 23:49:18.140 warn Read-only state "radar2.0.Fritzbox_AZ._lastHere" has been written without ack-flag with value "2021-09-15@23:49:18" radar2.0 2021-09-15 23:49:18.135 warn Read-only state "radar2.0.CCU__-_IOBROKER._lastHere" has been written without ack-flag with value "2021-09-15@23:49:18" radar2.0 2021-09-15 23:49:11.864 warn Read-only state "radar2.0._uIPs" has been written without ack-flag with value "['192.168.2.11', '192.168.2.150','192.168.2.164', '192.168.2.166','192.168.2.20', '192.168.2.200','192.168.2.21', '192.168.2.228','192.168.2.248', '192.168.2.252','192.168.2.253', '192.168.2.26','192.168.2.30', '192.168.2.31','192.168.2.35', '192.168.2.41','192.168.2.49', '192.168.2.50','192.168.2.57', '192.168.2.60','192.168.2.81', '192.168.2.84','192.168.2.85', '192.168.2.91','192.168.2.92']"Es ist der Mutihost "slave" ein Raspbery PI3 betroffen.
