js-controller 4.0 jetzt im BETA/LATEST!
-
@exectix sagte in js-controller 4.0 jetzt im BETA/LATEST!:
Könnt ihr mir weiter helfen?
ich bin nur ein Nutzer der seine Erfahrungen weitergibt. Für Ratschläge oder genaue Hilfe reicht mein Wissen leider nicht.
-
@crunchip sagte in js-controller 4.0 jetzt im BETA/LATEST!:
@apollon77 ich hab es jetzt mal gelöscht, iob gestoppt, nodejs minor update und iob gestartet( ohne fixer) mal schaun ob der js controller das richtig macht (setcap)
nun habe ich v4.05 eingespielt, diesmal zum ersten mal passiert, das scheinbar noch Prozesse liefen(hatte nicht gegengeprüft) halbsowild
allerdings, kamen mehrere Warnungen aus der influxdb.3 nach dem Start(ist eine Testinstanz v2.x, wo nur 2 Datenpunkte geloggt werden)
die anderen 3 Instanzen sind v1.x, ohne Probleme2022-02-09 12:01:18.879 - warn: influxdb.3 (12514) Point could not be written to database: iobroker 2022-02-09 12:01:18.880 - warn: influxdb.3 (12514) Error on writePoint("{"value":4.04,"time":"2022-02-09T11:01:07.510Z","from":"system.host.IoBroker","q":0,"ack":true}): RequestTimedOutError: Request timed out / "Request timed out"" 2022-02-09 12:01:18.881 - info: influxdb.3 (12514) Add point that had error for system.host.IoBroker.load to buffer again, error-count=1 2022-02-09 12:01:20.360 - warn: influxdb.3 (12514) Point could not be written to database: iobroker 2022-02-09 12:01:20.361 - warn: influxdb.3 (12514) Error on writePoint("{"value":82.83,"time":"2022-02-09T11:01:09.079Z","from":"system.host.IoBroker","q":0,"ack":true}): RequestTimedOutError: Request timed out / "Request timed out"" 2022-02-09 12:01:20.364 - info: influxdb.3 (12514) Add point that had error for system.host.IoBroker.cpu to buffer again, error-count=1 2022-02-09 12:01:28.890 - warn: influxdb.3 (12514) Point could not be written to database: iobroker 2022-02-09 12:01:28.891 - warn: influxdb.3 (12514) Error on writePoint("{"value":4.04,"time":"2022-02-09T11:01:07.510Z","from":"system.host.IoBroker","q":0,"ack":true}): RequestTimedOutError: Request timed out / "Request timed out"" 2022-02-09 12:01:28.892 - info: influxdb.3 (12514) Add point that had error for system.host.IoBroker.load to buffer again, error-count=2 2022-02-09 12:01:30.369 - warn: influxdb.3 (12514) Point could not be written to database: iobroker 2022-02-09 12:01:30.370 - warn: influxdb.3 (12514) Error on writePoint("{"value":82.83,"time":"2022-02-09T11:01:09.079Z","from":"system.host.IoBroker","q":0,"ack":true}): RequestTimedOutError: Request timed out / "Request timed out"" 2022-02-09 12:01:30.370 - info: influxdb.3 (12514) Add point that had error for system.host.IoBroker.cpu to buffer again, error-count=2 2022-02-09 12:01:38.896 - warn: influxdb.3 (12514) Point could not be written to database: iobroker 2022-02-09 12:01:38.897 - warn: influxdb.3 (12514) Error on writePoint("{"value":4.04,"time":"2022-02-09T11:01:07.510Z","from":"system.host.IoBroker","q":0,"ack":true}): RequestTimedOutError: Request timed out / "Request timed out"" 2022-02-09 12:01:38.898 - info: influxdb.3 (12514) Add point that had error for system.host.IoBroker.load to buffer again, error-count=3 2022-02-09 12:01:40.380 - warn: influxdb.3 (12514) Point could not be written to database: iobroker 2022-02-09 12:01:40.382 - warn: influxdb.3 (12514) Error on writePoint("{"value":82.83,"time":"2022-02-09T11:01:09.079Z","from":"system.host.IoBroker","q":0,"ack":true}): RequestTimedOutError: Request timed out / "Request timed out"" 2022-02-09 12:01:40.383 - info: influxdb.3 (12514) Add point that had error for system.host.IoBroker.cpu to buffer again, error-count=3jetzt die Frage, liegt das an v2, oder an den beiden geloggten DP's ?
-
@ste_glei alles klar, ich habe es wieder zum laufen bekommen nachdem ich nochmal Node.js neu installiert habe. Muss wohl irgendwas beim Update des js-controllers kaputt gegangen sein. Trotzdem danke
-
js-controller 4.0.5 ist hier sehr dezent am werkeln, weniger Speicherverbrauch, keine Fehlermeldungen.
Sowohl im lxc debian 10, Node 14.19.0, NPM 6.14.16, als auch auf dem Zeroberry Debian 10, Node 14.18.3, NPM 6.14.16, als auch auf mehreren lxc mit debian 11, Node 16 und NPM 8.Schnurrt!
-
So ich hab es jetzt nach zig versuchen geschafft den JS-Controller auf 3.3.22 zu downgraden. Jetzt gehen die Updates wieder.
-
Hab einen Master und zwei Slaves problemlos von 3.3.x auf 4.0.4 aktualisiert.
Upgrade von 4.0.4 auf 4.0.5 lief auf Master und einem Slave problemlos durch.
Der zweite meldet mir jetzt:pi@suissepi:/opt/iobroker $ iob upgrade self Update js-controller from @4.0.4 to @4.0.5 NPM version: 6.14.16 Installing iobroker.js-controller@4.0.5... (System call) Could not check npm version: This directory tree does not contain a package.json Assuming that correct version is installed.EDIT:
Konnte den kleinen Eidgenossen damit wiederbeleben:sudo -H -u iobroker npm install iobroker.js-controller -
@apollon77
Eine kurze Frage: Weiter oben berichte ein User, dass seine Redis-Einstellung durch das neue Format jsonl überschrieben wurde.
Ist das Problem nun in der 4.05 behoben? -
@apollon77
Ich habe einen ganz frischen Buanet-Container gezogen. Backup eingespielt. Gewartet bis alle Adapter installiert wurden. Funktion geprüft. Dann iobroker upgrade self ausgeführt:3544 verbose stack Error: iobroker.js-controller@4.0.5 install: `node iobroker.js setup first` 3544 verbose stack Exit status 6 3544 verbose stack at EventEmitter.<anonymous> (/usr/lib/node_modules/npm/node_modules/npm-lifecycle/index.js:332:16) 3544 verbose stack at EventEmitter.emit (events.js:400:28) 3544 verbose stack at ChildProcess.<anonymous> (/usr/lib/node_modules/npm/node_modules/npm-lifecycle/lib/spawn.js:55:14) 3544 verbose stack at ChildProcess.emit (events.js:400:28) 3544 verbose stack at maybeClose (internal/child_process.js:1058:16) 3544 verbose stack at Process.ChildProcess._handle.onexit (internal/child_process.js:293:5) 3545 verbose pkgid iobroker.js-controller@4.0.5 3546 verbose cwd /opt/iobroker 3547 verbose Linux 5.10.60-qnap 3548 verbose argv "/usr/bin/node" "/usr/bin/npm" "install" "iobroker.js-controller@4.0.5" "--loglevel" "error" "--unsafe-perm" "--prefix" "/opt/iobroker" 3549 verbose node v14.19.0 3550 verbose npm v6.14.16 3551 error code ELIFECYCLE 3552 error errno 6 3553 error iobroker.js-controller@4.0.5 install: `node iobroker.js setup first` 3553 error Exit status 6 3554 error Failed at the iobroker.js-controller@4.0.5 install script. 3554 error This is probably not a problem with npm. There is likely additional logging output above. 3555 verbose exit [ 6, true ]Danach ist der js-controller nicht mehr funktionsfähig. Dann den letzten 3er wieder installiert, was einwandfrei funktioniert.
-
@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
@apollon77 Wenn du mir sagt was du mit NVM meinst, sagt mir leider nichts, und warum findet die alte Version npm
sudo -H -u iobroker npm -v
sudo -u iobroker npm -vbringt auch ein ergebnis
-
@chrisxy Ok, also das "iob status" file sagt wenn es redis sein sollte ist sehr komisch und hab ich noch nie erlebt. bei mir auf meinen Systemen geht alles wie geplant ... hm ..
DIe andere Meldung ist "Warnkram von npm". Ignorieren
-
@diginix Meldungen vom Update sind so ok. Die eine Zeile war wohl irgendwas komisches, wenn es nicht nochmal kommt. Ignorieren.
Im "Dist File" sind die Defaults drin - das heisst die sind auch im Code drin. Wenn es also bei Dir im File fehlt dann ist das "egal". Ansonsten ioBroker stoppen und selbst einbauen. Ist nur relevant wenn Du ändern willst.
Zu "writeFileInterval" bitte in der FAQ schauen (Post #2) (oder stück weiter oben hier im Thread)
Ja die ist bei Jsonl irrelevant und gilt nur bei der FileDB. Jsonl ticket komplett anders, daher irrelevant -
@alligator Ok, Du bist der zweite der dieses problem hat.
Bitte mal
which npmausführen und Ausgabe sagen. Scheinbar findet ioBroker bzw der ioBroker User dein npm nicht. DU nutt aber kein nvm oder sowas? -
@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
@alligator Ok, Du bist der zweite der dieses problem hat.
Hatte ich auch.
-
@crunchip Request times out sagt das deine InfluxDB nicht innerhalb der Timeout Zeit geantwortet hat ... Am besten mal im InfluxDB log schauen bzw generell was bei der los war zu dem Zeitpunkt
-
@apollon77 Super, dann passt alles und danke für die ausführliche Antwort. Hatte das mit dem writeFileInterval auch gelesen. War nur unsicher weil keine JSONL Settings in der iobroker.json sind. Aber wenn die defaults aus der dist gelten, dann ist ja alles bestens.
DiskWrite in der iobroker VM ist bei mir direkt mal von 350 MB/h auf 158 MB/h gesunken. Und ich hatte ja schon höhere Writeintervalle bei den alten objects und states. -
@exectix Was an sich nicht sein kann
-
@ofbeqnpolkkl6mby5e13 Und wie gefixt? Oder hast Du das Issue immer noch? Weil die Ursache ist vollständg unklar.
-
@alligator Und was hast Du genau getan?
-
@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
@ofbeqnpolkkl6mby5e13 Und wie gefixt? Oder hast Du das Issue immer noch? Weil die Ursache ist vollständg unklar.
Container weggeschmissen, weil ich das Problem leider nicht lösen konnte.
-
ich hab den Container mit js-controller 4.0.5 aktualisiert. Der Start und ReStart funktioniert nun einwandfrei. Vielen Dank für eure hervorragend Arbeit!
