NEWS
js-controller 4.0 jetzt im BETA/LATEST!
-
@diginix Versuch mal reboot. Also die Log Meldungen sagen nur das dein RAM gerade knapp wird - sonst nix.
Das andere (mit dem "lock" der DB) ist der echte Grund das es nicht startet
-
@apollon77 said in js-controller 4.0 jetzt im BETA/LATEST!:
iobroker set admin.0 --ssl false
Danke,habe aber dann diese Meldung
iobroker set admin.0 --ssl false
Adapter "admin.0" has no setting "ssl".
No parameters set. -
@dskrt sorry type ... secure anstelle ssl
-
@apollon77 Hab den Post noch mal editiert. Downgrade auf 4.0.7 hat leider auch nicht geholfen.
iobroker@iobroker:/opt/iobroker/log$ iob list instances Uncaught Rejection: Error: Connection is closed. at close (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:184:25) at Socket.<anonymous> (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:151:20) at Object.onceWrapper (events.js:520:26) at Socket.emit (events.js:400:28) at TCP.<anonymous> (net.js:686:12) Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!
Es sind immer fast alle Instanzen grün, vllt noch 4-5 nicht gestartet und dann werden wieder alle rot.
Danach kann ich direkt iob stop in der CLI machen
Ich mach nochmal ein Update und danach ein reboot. -
@apollon77 Super ! Vielen, vielen Dank
-
@diginix Da muss @AlCalzone was zu sagen wo der lock herkommen könnte ... ich kapiers nicht schau nochmal das sichergestellt ist das keine iobroker prozesse mehr laufen
-
@diginix sagte in js-controller 4.0 jetzt im BETA/LATEST!:
Es sind immer fast alle Instanzen grün, vllt noch 4-5 nicht gestartet und dann werden wieder alle rot.
Ok, was sagt dann der iobroker log? (Zu dem Zeitpunkt wo alles rot wird)
-
@apollon77 Muss ich in Ruhe nochmal filtern. Ist zu voll mit Fehlern von Adaptern die seit 4.x gemeldet werden.
Reboot hat tatsächlich geholfen. 4.0.8 läuft nun mit allen Instanzen.
Alte iob Prozesse gab es nie vor dem iob start. -
@diginix Ok, wäre cool wenn du nochmal reinschauen kannst bei Zeit
-
@apollon77
Das wird dir nicht helfen:2022-02-11 12:29:25.448 - info: simple-api.0 (350760) https server listening on port 8285 2022-02-11 12:29:33.454 - info: text2command.0 (350816) starting. Version 2.1.1 in /opt/iobroker/node_modules/iobroker.text2command, node: v14.19.0, js-controller: 4.0.8 2022-02-11 12:29:44.963 - error: web.0 (350832) [LE] {"code":"E_FAIL_DRY_CHALLENGE","context":"cert_renewal","subject":"***","altnames":["***"]} 2022-02-11 12:29:57.275 - error: web.0 (350832) [LE] {"code":"E_FAIL_DRY_CHALLENGE","context":"cert_renewal","subject":"***","altnames":["***"]} 2022-02-11 12:30:23.546 - warn: javascript.0 (349701) getState "system.adapter.modbus.0.connected" not found (3) 2022-02-11 12:30:23.548 - warn: javascript.0 (349701) at Object.<anonymous> (script.js.0.System.Checks_and_Restarts:449:67) 2022-02-11 12:30:23.548 - warn: javascript.0 (349701) at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1082:38) 2022-02-11 12:30:23.548 - warn: javascript.0 (349701) at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:530:29) 2022-02-11 12:30:23.549 - warn: javascript.0 (349701) at Immediate._onImmediate (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:5902:56) 2022-02-11 12:30:23.549 - warn: javascript.0 (349701) at processImmediate (internal/timers.js:464:21) 2022-02-11 12:30:23.640 - warn: javascript.0 (349701) getState "system.adapter.shelly.0.connected" not found (3) 2022-02-11 12:30:23.641 - warn: javascript.0 (349701) at Object.<anonymous> (script.js.0.System.Checks_and_Restarts:376:67) 2022-02-11 12:30:23.641 - warn: javascript.0 (349701) at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1082:38) 2022-02-11 12:30:23.641 - warn: javascript.0 (349701) at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:530:29) 2022-02-11 12:30:23.642 - warn: javascript.0 (349701) at Immediate._onImmediate (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:5902:56) 2022-02-11 12:30:23.642 - warn: javascript.0 (349701) at processImmediate (internal/timers.js:464:21) 2022-02-11 12:30:25.672 - warn: host.iobroker Your system has only 96 MB RAM left available and an additional adapter process is started. Please check your system, settings and active instances to prevent swapping and Out-Of-Memory situations! 2022-02-11 12:30:25.678 - warn: host.iobroker Your system has only 96 MB RAM left available and an additional adapter process is started. Please check your system, settings and active instances to prevent swapping and Out-Of-Memory situations! 2022-02-11 12:30:26.481 - warn: host.iobroker Your system has only 89 MB RAM left available and an additional adapter process is started. Please check your system, settings and active instances to prevent swapping and Out-Of-Memory situations! 2022-02-11 12:30:26.520 - warn: host.iobroker Your system has only 88 MB RAM left available and an additional adapter process is started. Please check your system, settings and active instances to prevent swapping and Out-Of-Memory situations! 2022-02-11 12:30:34.119 - error: text2command.0 (350816) States database error: read ECONNRESET 2022-02-11 12:30:34.133 - error: simple-api.0 (350760) Objects database error: read ECONNRESET 2022-02-11 12:30:34.134 - error: radar2.0 (350696) States database error: read ECONNRESET 2022-02-11 12:30:34.154 - error: parser.0 (350642) States database error: read ECONNRESET 2022-02-11 12:30:34.161 - error: lupusec.0 (350587) States database error: read ECONNRESET 2022-02-11 12:30:34.171 - error: info.0 (350074) States database error: read ECONNRESET 2022-02-11 12:30:34.177 - error: backitup.0 (350000) States database error: read ECONNRESET 2022-02-11 12:30:34.191 - error: shelly.0 (349917) States database error: read ECONNRESET 2022-02-11 12:30:34.193 - error: shelly.0 (349917) Objects database error: read ECONNRESET 2022-02-11 12:30:34.205 - error: modbus.0 (349812) Objects database error: read ECONNRESET 2022-02-11 12:30:34.213 - error: alexa2.0 (349750) States database error: read ECONNRESET 2022-02-11 12:30:34.222 - error: javascript.0 (349701) States database error: read ECONNRESET 2022-02-11 12:30:34.247 - error: mqtt.0 (349829) Objects database error: read ECONNRESET 2022-02-11 12:30:34.264 - info: javascript.0 (349701) Stop script script.js.0.Devices.Bring 2022-02-11 12:30:34.262 - info: backitup.0 (350000) cleaned everything up... 2022-02-11 12:30:34.270 - info: simple-api.0 (350760) terminating https server on port 8285 2022-02-11 12:30:34.277 - info: admin.0 (349653) terminating https server on port 8081 2022-02-11 12:30:34.273 - error: mihome-vacuum.0 (349797) Socket Close 2022-02-11 12:30:34.305 - error: ping.0 (349885) Objects database error: read ECONNRESET 2022-02-11 12:30:34.197 - error: sonoff.0 (349940) States database error: read ECONNRESET 2022-02-11 12:30:34.325 - warn: influxdb.0 (349733) Store data for 1025 points and 0 conflicts 2022-02-11 12:30:34.346 - info: iot.1 (350554) Connection changed: disconnect 2022-02-11 12:30:34.347 - info: iot.1 (350554) Connection lost
Die JS getState Fehler hatte ich sonst auch. Das direkt danach die RAM Meldungen kommen ist schon komisch. In der CLI mit free -m war es meine ich auch nicht so knapp. Der Loglevel vom Controller ist allerdings auch warn. K.a. ob mit info mehr gekommen wäre. Da er nun nach Reboot vorerst unauffällig läuft und auch ein Adapter Update gerade schon problemlos klappte, würde ich es unter "blöder Zufall" abstempeln.
-
@diginix Schau mal ins /var/log/syslog ... ich tippe eher das dir der OOM Killer den controller abgeschossen hat ... wegen RAM issues, weil das wäre die Erklärung das alle adapter die DB COnnection verlieren
-
@apollon77 Jup, sieht so aus:
-
@diginix Ok, 40 node Prozesse/Adapterinstanzen .. Hut ab Scheinbar wird da irgendwas mit deinen 3 GB knapp
@AlCalzone schaut mal ob wir noch was bezüglich der Datenbank Initialisierung optimieren können
-
@apollon77 Nene da stimmte was temporär nicht. Die iob VM hat 4 von 16 GB. Der ganze Server mit allen VM/LXC läuft nie über 45% RAM. Die iob VM im Monatsmittel hängt bei 3,5 von den zugewiesenen 4 GB rum. Noch nie hatte ich eine Warnung bei >80% der VM. Klar kann ich der VM mal mehr geben, wird dann sicher auch verwendet, aber war bisher nie nötig und nach reboot ja auch nicht mehr. Auch frühere iob restarts mit file und JSONL kamen nicht an die Grenzen.
Irgendwas ist da vorhin beim Update von 4.0.7 mächtig schief gegangen. -
Ab sofort steht die Beta 2.3.0 des Backitup Adapter zur Verfügung.
Hier gab es für den js-controller einige größere Änderungen beim iobroker-restore.Es wäre super, wenn hier die Tester des js-controllers dies mit testen und bei Fehlern bitte melden könnten.
Voraussetzung für einen Test des Restores ist js-controller größer 4.0.6, da alle Anpassungen in kleineren 4er Versionen noch nicht enthalten sind.Auch Versionen von js-controller 3.3.x werden weiter unterstützt.
Alle Änderungen findet Ihr im Backitup Thread.
-
@simatec
ich hab den aktuellen js-controller drauf (4.0.8) und backitup 2.3.0 grade installiert.
intel nuc mit proxmox debian als Master und einen abgesetzten pi3b (auch mit 4.0.8)Das lief alles fehlerfrei durch, aber ich habe ein backup manuell angestartet (über Adminoberfläche) und das "hängt", keine Ahnung was da "undefined" ist.
Started iobroker ... [DEBUG] [iobroker] - host.iobroker 17009 states saved [DEBUG] [iobroker] - host.iobroker 19191 objects saved [DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2022_02_11-14_06_44_backupiobroker.tar.gz [DEBUG] [iobroker] - done [DEBUG] [historyDB] - compress from historyDB started ... [ERROR] [historyDB] - Backitup cannot found source "undefined" for compress!
-
@amg_666 Bitte poste das im backitup Thread sonst werden hier die Themen vermischt.
Es geht hier nur um den Restore des iobrokers in Verbindung mit dem js-controller 4 -
@apollon77 Keine Ahnung ob es am JS 4.0.7 liegt aber ich habe ja vorhin einen Slave neu installiert und da ist ja dann der Discovery Adapter bei. Den wollte ich jetzt wieder löschen vom Master aus.
Im Log:
2022-02-11 15:50:07.082 - info: host.iobroker instance system.adapter.dwd.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2022-02-11 15:50:09.570 - info: host.iobroker iobroker del discovery.0 2022-02-11 15:50:10.934 - info: host.iobroker iobroker Delete instance "discovery.0" 2022-02-11 15:50:11.216 - info: host.iobroker iobroker host.iobroker Counted 5 states of discovery.0 2022-02-11 15:50:11.280 - info: host.iobroker iobroker host.iobroker Counted 15 states of system.adapter.discovery.0 2022-02-11 15:50:11.319 - info: host.iobroker iobroker host.iobroker Counted 5 states (io.discovery.0.*) from states 2022-02-11 15:50:11.338 - info: linux-control.0 (28537) getting data from VIS-OG (192.168.178.215:22) 2022-02-11 15:50:11.435 - info: host.iobroker iobroker host.iobroker Counted 15 states (system.adapter.discovery.0.*) from states 2022-02-11 15:50:13.091 - info: host.iobroker iobroker host.iobroker Counted 1 objects of discovery.0 2022-02-11 15:50:13.091 - info: host.iobroker iobroker host.iobroker Deleting 21 object(s). 2022-02-11 15:50:13.241 - info: host.iobroker iobroker host.iobroker Deleting 20 state(s). 2022-02-11 15:50:14.378 - info: host.iobroker iobroker exit 0
In den Objekten:
Im Admin:
Jetzt mal versucht wenn ich auf den Slave Filter wobei ich dann in einen loop laufe:
Wenn ich das bestätige:
Kommt das:
Wenn ich dann hier auf Schließen klicke kommt wieder das:
Den Hinweis das er nicht deinstalliert werden kann weil Nettools ihn benötigt gab es beim ersten mal nicht.
JS Problem, Adapter oder Admin?
-
@wendy2702 Lies mal den Changelog zur 4.0.8... Da wurde genau das gefixt ... also wenn es darum geht einen discovery auf nem anderen Host zu löschen.
Die Meldung mit "nettools braucht ihn" sollte an sich immer kommen... bzw hier die gilt ggf das "Host spezifisch"
EDIT: @foxriver76 hat schon festgestellt das da noch was nicht korrekt ist ... fix kommt in die 4.0.9
-
Also bei mir kommt dieser NPM nicht-gefunden-package.json Fehler immer noch, mit ws 4.0.8