js-controller 4.0 jetzt im BETA/LATEST!
-
Hi zusammen,
hab heute, nachdem meine Festplatte abgeraucht ist, mal ioBroker auf ne neue Platte umgezogen (via Backup die VM neu restored) auf ein neues Proxmox.
Hab daher auch direkt mal den HOST Update durchgeführt in der Proxmox-Shell (daher kann ich keinen Code kopieren nur nen Screen machen). Hab leider beim Update diverse Fehlermeldungen erhalten. ioBroker startet aber.
Ich nutze JSONL schon einige Monate ohne Probleme für States und Objekte:
Protokoll im ioB ist auch unauffällig. Alle Instanzen sind auch grün.
Und anbei noch die Infos aus dem Info-Adapter:
Plattform linux
Betriebssystem linux
Architektur x64
CPUs 2
Geschwindigkeit 1696 MHz
Modell Common KVM processor
RAM 4.84 GB
System-Betriebszeit 12:54:36
Node.js v14.19.0
NPM 6.14.16
Aktive Instanzen 43
location /opt/iobroker/
Hostname ioBroker2NACHTRAG: Gerade nach den Fehlermeldungen gesucht (steht ja auch im 1. POST). Scheinen auch bei mir die üblichen Fehlermeldungen zu sein
-
4.0.8 zeitnah im Latest, mit den folgenden Änderungen:
(AlCalzone) Prevent issues when backup interval is configured with invalid values (Apollon77) Correctly return null when a session is expired (bluefox) Add docker info to statistic values sent to server in a place where it was missing (foxriver76) Prevent edge case in setup first when sets were initialized earlier already but unused in the meantime (focriver76) allow instance deletion when executed from an other hostBitte das Instanz löschen mit der Version nochmal probieren.
-
Hi All,
wir haben noch ein paar Dinge für eine 4.0.8 gefunden. DIe Version sollte im laufe des Tages bei allen auftauchen:
4.0.8 (2022-02-11)
- (AlCalzone) Prevent issues when backup interval is configured with invalid values
- (Apollon77) Correctly return null when a session is expired
- (bluefox) Add docker info to statistic values sent to server in a place where it was missing
- (foxriver76) Prevent edge case in setup first when sets were initialized earlier already but unused in the meantime
- (focriver76) allow instance deletion when executed from an other host
-
@dskrt
iobroker set admin.0 --ssl false -
@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
Formal Slave-Host neu aufsetzen mit nem leeren ioBroker und schauen das der Hostname der gleich ist wie früher!! Dann den Host via "iob setup custom" (oder mit mh browse) an den Master verbinden. Dann sollte der Slave merken welche Adapter nachinstalliert werden müssen und das automatisch tun
Zur Info:
habe einen PI3 als Slave.
8GB Industrie SD Karte mit 64bit Bulleye lite per Raspi Imager bespielt.
per einzeiler iob installiert
Admin geht
mit iob setup custom daraus einen Slave gemacht
iob gestoppt und JS 4.0.7 update
iob start und bisschen gewartet, dann wurden alle Adapter/Instanzen installiert und laufen.Adapter/Instanzen welche bei der Grundinstallation dabei sind wurden allerdings nicht deinstalliert. Das wäre vielleicht noch eine kleine Optimierung. Nicht das man wenn man nicht darauf achtet nachher mehrere BackitUp Instanzen hat die Zeitgleich Backups machen oder so.
-
@wendy2702 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
Adapter/Instanzen welche bei der Grundinstallation dabei sind wurden allerdings nicht deinstalliert. Das wäre vielleicht noch eine kleine Optimierung. Nicht das man wenn man nicht darauf achtet nachher mehrere BackitUp Instanzen hat die Zeitgleich Backups machen oder so.
Naja dann hättest Du auch zwei Instanzen ... würdest du also sehen. Nur vom "da liegenden Code" passiert nix. Aber ja. Müsste man mal überlegen wie man das erkennen könnte
-
Ich weiß eben nicht ob es direkt immer auffällt.
Habe ich z.B. Im Admin auf einen Host gefiltert könnte man es vielleicht auch leicht übersehen.
War aber auch nur so als mögliche Anregung gedacht.
-
@apollon77 4.0.8 will bei mir gerade nicht durchstarten:
2022-02-11 12:21:17.624 - erro: host.iobroker Your system has only 49 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:21:17.628 - erro: host.iobroker In future versions, the adapter might not be started! 2022-02-11 12:21:17.740 - warn: host.iobroker Your system has only 84 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:21:17.741 - warn: host.iobroker Your system has only 84 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:21:18.133 - warn: host.iobroker Your system has only 74 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:21:18.140 - warn: host.iobroker Your system has only 73 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:21:18.155 - warn: host.iobroker Your system has only 72 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:21:18.159 - warn: host.iobroker Your system has only 72 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:21:18.212 - warn: host.iobroker Your system has only 71 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!Danach loopt er mit allen Instanzen. Die RAM Meldungen kommen aber nicht mehr. Also das war nur beim ersten Start von 4.0.8.
Selbst wenn ich iob stop mache und kein Prozess mehr läuft, startet 4.0.8 nicht durch und endet in irgend einem Loop der fast alle Instanzen gestartet bekommt, aber dann doch abschmiert und sich selbst wieder beendet.iobroker@iobroker:/opt/iobroker/log$ iob list instances Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!Habe nun ein Downgrad auf 4.0.7 gemacht.
-
@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 lostDie 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:
