js-controller 5.0.x jetzt in der BETA

LausiD

@feuersturm
Vielen Dank für den Test.
Auf Grund der pos.Rückmeldung habe ich hier weitergesucht.....
Ausgangslage war Instanzen admin, alexa2, fhem, web in einer Compact Gruppe.Start der einzelne Instanzen ohne Probleme möglich. Sobald eine Instanz aus der Gruppe beendet wurde verlieren alle Instanzen die Anbindung zur DB. Da auch admin in der Gruppe war keine Bedinung mehr möglich.
Aktuell habe ich die Instanzen alexa2, fhem und web in einer Compact Gruppe.Start der einzelnen Instanzen ohne Probleme möglich.Läuft zB alexa2 und web und alexa2 wird beendet verliert web die Anbindung zur DB.
Ein Neustart von web ist erforderlich.Vom Verhalten her wird beim Beenden einer Instanz aus der Compact Gruppe für alle Instanzen der Compact Gruppe die DB Anbindung verloren.
Hoffe konnte mich verständlich ausdrücken

Danke und Gruß
LausiD

Feuersturm

@lausid sagte in js-controller 5.0.x jetzt in der BETA:

Aktuell habe ich die Instanzen alexa2, fhem und web in einer Compact Gruppe.Start der einzelnen Instanzen ohne Probleme möglich.Läuft zB alexa2 und web und alexa2 wird beendet verliert web die Anbindung zur DB.
Ein Neustart von web ist erforderlich.Vom Verhalten her wir beim Beenden einer Instanz aus der Compact Gruppe für alle Instanzen der Compact Gruppe die DB Anbindung verloren.

Nach meinem bisherigen Verständnis vom compcat mode (in welchem die gruppierten Instanzen dann unter einem Prozess laufen) klingt das nach Sollverhalten. Aber am sichersten wäre es, wenn @apollon77 oder @foxriver76 etwas dazu schreiben können

foxriver76

Hi zusammen,

ich wünsche euch einen guten Start in die Woche.

Nach urlaubsbedingter Release Pause, gibt es eine 5.0.6. U.a. node-red, zigbee etc sollte nun wieder sauber starten - auch mit Sentry aktiv.

apollon77

@lausid sagte in js-controller 5.0.x jetzt in der BETA:

Läuft zB alexa2 und web und alexa2 wird beendet verliert web die Anbindung zur DB.

Das sollte nicht passieren. Log Bitte posten

amg_666

Master Slave Umgebung mit intel nuc als Master und Raspi 3b als Slave. Beide Systeme auf
Node.js: v18.16.0
NPM: v9.5.1

In der Admin-Oberfläche hat er mir heute angezeigt, dass es ein js-controller-uipdate von 5.0.5 auf 5.0.6 gibt.
Wenn ich da auf Update klicke, bekomme ich sowohl beim Master als auch beim Slave eine Fehlermeldung

Dann dauert es etwas und das Update läuft problemlos durch. Ist das ein Bug oder habe ich hier irgendein Netzwerkproblem?

foxriver76

@amg_666 Admin issue existiert bereits dafür Problem ist Admin läuft nicht auf Host der aktualisiert wird. Admin zieht dann aktuell die falsche ip an

https://github.com/ioBroker/ioBroker.admin/issues/1963

Feuer-sturm created this issue in ioBroker/ioBroker.admin

closed Updating js-controller 5.x on Slave over admin "TypeError: Network Error when attempting to fetch ressource" #1963

luie

@foxriver76
node-red kann ich bestätigen. Danke

ice987

Video:
RPReplay_Final1688397259.mov

2023-07-03 17:13:13.070 - info: admin.0 (2482) ==> Connected system.user.admin from ::ffff:192.168.1.175
2023-07-03 17:13:21.657 - info: host.iobroker-testsystem8 Updating repository "beta" under "http://download.iobroker.net/sources-dist-latest.json"
2023-07-03 17:13:53.313 - info: host.iobroker-testsystem8 Controller will upgrade itself to version 5.0.6
2023-07-03 17:14:03.141 - info: host.iobroker-testsystem8 [CONTROLLER_AUTO_UPGRADE] Stopping controller
2023-07-03 17:15:07.246 - info: admin.0 (2482) <== Disconnect system.user.admin from ::ffff:192.168.1.175 admin
2023-07-03 17:17:10.634 - info: admin.0 (2482) ==> Connected system.user.admin from ::ffff:192.168.1.175
2023-07-03 17:17:10.665 - info: admin.0 (2482) <== Disconnect system.user.admin from ::ffff:192.168.1.175 admin
2023-07-03 17:17:11.712 - info: admin.0 (2482) ==> Connected system.user.admin from ::ffff:192.168.1.175

admin: v6.5.9
JS-Controller: v5.0.5 -> v5.0.6
Plattform: ioBroker.docker v8.0.1
Betriebssystem: linux
Architektur: x64
Node.js: v18.16.1
NPM: 9.5.1

foxriver76

@ice987 und kommt gar nicht mehr wieder? Dann mach mal iob fix

ice987

@foxriver76 sagte in js-controller 5.0.x jetzt in der BETA:

@ice987 und kommt gar nicht mehr wieder? Dann mach mal iob fix

iob fix lief normal durch, anschliessend gleicher Fehler

admin log:

2023-07-03 18:50:42.689 - info: admin.0 (2482) ==> Connected system.user.admin from ::ffff:192.168.1.175
2023-07-03 18:51:17.573 - info: host.iobroker-testsystem8 received SIGTERM
2023-07-03 18:51:17.574 - info: admin.0 (2482) terminating https server on port 8081
2023-07-03 18:51:17.577 - info: host.iobroker-testsystem8 stopInstance system.adapter.admin.0 (force=false, process=true)
2023-07-03 18:51:17.578 - info: host.iobroker-testsystem8 stopInstance system.adapter.web.0 (force=false, process=true)
2023-07-03 18:51:17.578 - info: host.iobroker-testsystem8 stopInstance system.adapter.vis-2-beta.0 (force=false, process=true)
2023-07-03 18:51:17.595 - info: admin.0 (2482) Got terminate signal TERMINATE_YOURSELF
2023-07-03 18:51:17.602 - info: host.iobroker-testsystem8 stopInstance system.adapter.admin.0 send kill signal
2023-07-03 18:51:17.601 - info: admin.0 (2482) terminating
2023-07-03 18:51:17.603 - info: host.iobroker-testsystem8 stopInstance system.adapter.web.0 send kill signal
2023-07-03 18:51:17.604 - info: host.iobroker-testsystem8 stopInstance system.adapter.vis-2-beta.0 send kill signal
2023-07-03 18:51:17.605 - info: admin.0 (2482) Terminated (NO_ERROR): Without reason
2023-07-03 18:51:17.596 - info: vis-2-beta.0 (1345) Got terminate signal TERMINATE_YOURSELF
2023-07-03 18:51:17.851 - info: vis-2-beta.0 (1345) terminating
2023-07-03 18:51:17.853 - info: vis-2-beta.0 (1345) Terminated (NO_ERROR): Without reason
2023-07-03 18:51:17.598 - info: web.0 (1622) Got terminate signal TERMINATE_YOURSELF
2023-07-03 18:51:17.882 - debug: web.0 (1622) terminating http server on port 8082
2023-07-03 18:51:17.885 - info: web.0 (1622) terminated http server on port 8082
2023-07-03 18:51:17.934 - info: web.0 (1622) terminating
2023-07-03 18:51:17.935 - debug: web.0 (1622) Plugin sentry destroyed
2023-07-03 18:51:17.936 - info: web.0 (1622) Terminated (NO_ERROR): Without reason
2023-07-03 18:51:18.080 - info: web.0 (1622) terminating
2023-07-03 18:51:18.080 - info: vis-2-beta.0 (1345) terminating
2023-07-03 18:51:18.084 - info: admin.0 (2482) terminating
2023-07-03 18:51:18.179 - info: host.iobroker-testsystem8 instance system.adapter.admin.0 terminated with code 0 (NO_ERROR)
2023-07-03 18:51:18.404 - info: host.iobroker-testsystem8 instance system.adapter.vis-2-beta.0 terminated with code 0 (NO_ERROR)
2023-07-03 18:51:18.489 - info: host.iobroker-testsystem8 instance system.adapter.web.0 terminated with code 0 (NO_ERROR)
2023-07-03 18:51:18.490 - info: host.iobroker-testsystem8 All instances are stopped.
2023-07-03 18:51:18.693 - info: host.iobroker-testsystem8 terminated
2023-07-03 18:52:32.222 - info: host.iobroker-testsystem8 iobroker.js-controller version 5.0.5 js-controller starting
2023-07-03 18:52:32.230 - info: host.iobroker-testsystem8 Copyright (c) 2014-2023 bluefox, 2014 hobbyquaker
2023-07-03 18:52:32.231 - info: host.iobroker-testsystem8 hostname: iobroker-testsystem8, node: v18.16.1
2023-07-03 18:52:32.232 - info: host.iobroker-testsystem8 ip addresses: 192.168.1.168
2023-07-03 18:52:33.035 - info: host.iobroker-testsystem8 connected to Objects and States
2023-07-03 18:52:33.064 - info: host.iobroker-testsystem8 added notifications configuration of host
2023-07-03 18:52:33.549 - info: host.iobroker-testsystem8 Delete state "system.host.iobroker-testsystem8.versions.nodeCurrent"
2023-07-03 18:52:33.557 - info: host.iobroker-testsystem8 3 instances found
2023-07-03 18:52:33.566 - info: host.iobroker-testsystem8 starting 3 instances
2023-07-03 18:52:33.598 - info: host.iobroker-testsystem8 Delete state "system.host.iobroker-testsystem8.versions.nodeNewest"
2023-07-03 18:52:33.638 - info: host.iobroker-testsystem8 instance system.adapter.admin.0 started with pid 28089
2023-07-03 18:52:33.647 - info: host.iobroker-testsystem8 Delete state "system.host.iobroker-testsystem8.versions.nodeNewestNext"
2023-07-03 18:52:33.670 - info: host.iobroker-testsystem8 Delete state "system.host.iobroker-testsystem8.versions.npmCurrent"
2023-07-03 18:52:33.678 - info: host.iobroker-testsystem8 Delete state "system.host.iobroker-testsystem8.versions.npmNewest"
2023-07-03 18:52:33.687 - info: host.iobroker-testsystem8 Delete state "system.host.iobroker-testsystem8.versions.npmNewestNext"
2023-07-03 18:52:33.698 - info: host.iobroker-testsystem8 Some obsolete host states deleted.
2023-07-03 18:52:37.297 - info: admin.0 (28089) starting. Version 6.5.9 in /opt/iobroker/node_modules/iobroker.admin, node: v18.16.1, js-controller: 5.0.5
2023-07-03 18:52:37.531 - info: admin.0 (28089) requesting all states
2023-07-03 18:52:37.534 - info: admin.0 (28089) requesting all objects
2023-07-03 18:52:37.919 - info: host.iobroker-testsystem8 instance system.adapter.web.0 started with pid 28112
2023-07-03 18:52:38.975 - info: admin.0 (28089) Request actual repository...
2023-07-03 18:52:40.986 - info: admin.0 (28089) received all objects
2023-07-03 18:52:42.076 - info: host.iobroker-testsystem8 Updating repository "beta" under "http://download.iobroker.net/sources-dist-latest.json"
2023-07-03 18:52:42.209 - info: host.iobroker-testsystem8 instance system.adapter.vis-2-beta.0 started with pid 28119
2023-07-03 18:52:42.277 - info: admin.0 (28089) Secure socket.io server listening on port 8081
2023-07-03 18:52:42.288 - info: admin.0 (28089) https server listening on port 8081
2023-07-03 18:52:42.290 - info: admin.0 (28089) Use link "https://127.0.0.1:8081" to configure.
2023-07-03 18:52:43.679 - debug: web.0 (28112) Redis Objects: Use Redis connection: 127.0.0.1:9001
2023-07-03 18:52:45.025 - debug: web.0 (28112) Objects client ready ... initialize now
2023-07-03 18:52:45.030 - debug: web.0 (28112) Objects create System PubSub Client
2023-07-03 18:52:45.071 - debug: web.0 (28112) Objects create User PubSub Client
2023-07-03 18:52:45.105 - debug: web.0 (28112) Objects client initialize lua scripts
2023-07-03 18:52:45.177 - debug: web.0 (28112) Objects connected to redis: 127.0.0.1:9001
2023-07-03 18:52:45.204 - debug: web.0 (28112) Redis States: Use Redis connection: 127.0.0.1:9000
2023-07-03 18:52:45.271 - debug: web.0 (28112) States create System PubSub Client
2023-07-03 18:52:45.273 - debug: web.0 (28112) States create User PubSub Client
2023-07-03 18:52:45.321 - debug: web.0 (28112) States connected to redis: 127.0.0.1:9000
2023-07-03 18:52:45.471 - info: admin.0 (28089) Repository received successfully.
2023-07-03 18:52:45.474 - debug: web.0 (28112) Plugin sentry Initialize Plugin (enabled=true)
2023-07-03 18:52:46.389 - info: web.0 (28112) starting. Version 5.5.3 in /opt/iobroker/node_modules/iobroker.web, node: v18.16.1, js-controller: 5.0.5
2023-07-03 18:52:46.577 - debug: web.0 (28112) Activating states & socket info
2023-07-03 18:52:46.503 - debug: vis-2-beta.0 (28119) Redis Objects: Use Redis connection: 127.0.0.1:9001
2023-07-03 18:52:46.707 - debug: vis-2-beta.0 (28119) Objects client ready ... initialize now
2023-07-03 18:52:46.735 - debug: vis-2-beta.0 (28119) Objects create System PubSub Client
2023-07-03 18:52:46.738 - debug: vis-2-beta.0 (28119) Objects create User PubSub Client
2023-07-03 18:52:46.762 - debug: vis-2-beta.0 (28119) Objects client initialize lua scripts
2023-07-03 18:52:46.790 - debug: vis-2-beta.0 (28119) Objects connected to redis: 127.0.0.1:9001
2023-07-03 18:52:46.826 - debug: vis-2-beta.0 (28119) Redis States: Use Redis connection: 127.0.0.1:9000
2023-07-03 18:52:46.837 - debug: vis-2-beta.0 (28119) States create System PubSub Client
2023-07-03 18:52:46.839 - debug: vis-2-beta.0 (28119) States create User PubSub Client
2023-07-03 18:52:46.853 - debug: vis-2-beta.0 (28119) States connected to redis: 127.0.0.1:9000
2023-07-03 18:52:46.581 - warn: web.0 (28112) Information for Developer: Using the direct "Let's encrypt" module import is deprecated and will be removed in the next js-controller version, use @iobroker/webserver instead
2023-07-03 18:52:46.582 - debug: web.0 (28112) Using http createServer
2023-07-03 18:52:46.591 - debug: web.0 (28112) Activating IOSocket
2023-07-03 18:52:47.048 - info: web.0 (28112) socket.io server listening on port 8082
2023-07-03 18:52:47.069 - debug: web.0 (28112) Activating extensions
2023-07-03 18:52:47.071 - debug: web.0 (28112) Activating web files from objectDB
2023-07-03 18:52:47.077 - info: web.0 (28112) http server listening on port 8082
2023-07-03 18:52:47.119 - info: vis-2-beta.0 (28119) starting. Version 2.1.2 in /opt/iobroker/node_modules/iobroker.vis-2-beta, node: v18.16.1, js-controller: 5.0.5
2023-07-03 18:52:47.225 - error: vis-2-beta.0 (28119) No license found for vis. Please get one on https://iobroker.net !
2023-07-03 18:52:50.413 - info: admin.0 (28089) failed connection to socket.io from ::ffff:192.168.1.175: Passport was not initialized
2023-07-03 18:52:55.524 - info: admin.0 (28089) ==> Connected system.user.admin from ::ffff:192.168.1.175
2023-07-03 18:53:21.158 - info: host.iobroker-testsystem8 Controller will upgrade itself to version 5.0.6
2023-07-03 18:53:24.803 - info: host.iobroker-testsystem8 [CONTROLLER_AUTO_UPGRADE] Stopping controller

foxriver76

@ice987 Ah ganz überlesen, dass es offizielles Docker Image ist.

Irgendwie wird der Upgrade Prozess wohl gekillt vom Container wenn wir den Controller stoppen - wir schauen es uns an.

foxriver76

@ice987 Konnten das Problem identifizieren, wird allerdings eine neue Version vom Docker Container benötigen.

Feuersturm

Master Slave Testsystem erfolgreich auf 5.0.6 ohne Probleme aktualisiert

ice987

@foxriver76
Wunderbar 🥳
Lasst es uns wissen wann es was zum Testen gibt!
vielen Dank für euren Einsatz!

apollon77

@marty56 Den einen Alias Fehler hier hattest du gesehen?

2023-07-02 07:57:45.395 - [31merror[39m: admin.0 (500372) source in "alias.0.Energie.Auto2" does not exist for "read" function: "val/1000"

Hat aber wohl eher nichts mit dem Fehlerspike zu tun

Marty56

@apollon77 Danke für die Analyse.

Ja, den Fehler hatte ich gesehen, bin aber ratlos, was ich ändern soll.
Der Alias funktioniert ohne Probleme (bis auf die Fehlermeldung)
Anbei die Alias Definition. Vielleicht findest Du einen Fehler.
Der Datenpunkt ist vorhanden und übermittelt auch Werte.

{
  "common": {
    "name": "Charged Energy",
    "type": "number",
    "unit": "kWh",
    "alias": {
      "id": "mqtt.0.evcc.loadpoints.1.chargedEnergy",
      "read": "val/1000"
    },
    "role": "variable",
    "desc": "mqtt server variable"
  },
  "native": {},
  "type": "state",
  "from": "system.adapter.javascript.0",
  "user": "system.user.admin",
  "ts": 1687853277947,
  "_id": "alias.0.Energie.Auto2",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Ich generiere meine Aliases mit einem Javascript.

Marty56

Ich habe die 5.0.6 von js-controller installiert, aber der Fehlerspike ist gerade wieder aufgetreten.
Anbei das komplette Log File: log.txt

Es sind 349 Fehler. Ich habe aber 447 Alias. Es scheint, dass nicht jeder Alias einen Fehler erzeugt.

Beim Vergleich zu dem älteren Log File fällt auch auf, dass die Anzahl der Fehler (383) nicht konstant ist, obwohl ich keine neuen Alias definiert habe.
Es gibt Aliases, die in den früheren Log File, mit einem Fehler angezeigt wurden, und im neueren nicht. z.B. die Aliases auf "mqtt.0".
Es scheint irgendeine Zufälligkeit im Spiel zu sein.

Loredo

CKassiopaia

Jetzt melde ich mich doch mal hier zu Wort und melde einen "Fehler":

Ich habe ein Multi-Host-System (wobei der Slave nur zu Testzwecken dabei ist) und es lässt sich leider nur der Slave auf die aktuelle JS-Controller-Version 5.0.6 installieren.

Der Master ist ein Raspberry Pi 4 mit 8 GB. Der Slave ein alter Zotac mit 1,8 GHz Atom und 4 GB mit Debian.

Auf dem Master habe ich seit 5.0.4 kein Update mehr durchführen können. Zudem lassen sich seit dem auch keine Updates der Adapter durchführen:

Wenn ich die Installation über Putty (direkt in Linux) durchführe kommen keine Fehlermeldungen. Die Updates der Adapter und des JS-Controller werden ohne Fehler durchgeführt... aber am Ende hat sich nichts verändert. Über die Admin-Konsole kommt folgendes:

npm ERR! code EBADENGINE
npm ERR! engine Unsupported engine
npm ERR! engine Not compatible with your version of node/npm: iobroker.daikin-cloud@0.2.3
npm ERR! notsup Not compatible with your version of node/npm: iobroker.daikin-cloud@0.2.3
npm ERR! notsup Required: {"node":"^12.19.0 || ^14.15.0 || ^16.13.0"}
npm ERR! notsup Actual:   {"npm":"9.5.1","node":"v18.16.1"}
npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2023-07-04T14_59_51_842Z-debug-0.log
npm ERR! code EBADENGINE
npm ERR! engine Unsupported engine
npm ERR! engine Not compatible with your version of node/npm: iobroker.daikin-cloud@0.2.3
npm ERR! notsup Not compatible with your version of node/npm: iobroker.daikin-cloud@0.2.3
npm ERR! notsup Required: {"node":"^12.19.0 || ^14.15.0 || ^16.13.0"}
npm ERR! notsup Actual:   {"npm":"9.5.1","node":"v18.16.1"}

npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2023-07-04T14_59_51_842Z-debug-0.log
Could not install js-controller@5.0.6

Das Problem wird also vielleicht am Daikin-Adapter liegen? Den habe ich jetzt mal deinstalliert... im Sommer ist die Wärmepumpe ohnehin aus

... und siehe da, dann funktioniert es auch. Also nach dem Entferndn des Daikin-Adapters konnte ich den JS-Controller aktualisieren. Jetzt lassen sich auch die anderen Adapter aktualisieren.

Also eigentlich ist dieser Post jetzt überflüssig, aber vielleicht interessiert es doch jemanden, dass via Putty keine Fehlermeldungen angezeigt wurden und der Daikin-Adapter noch nicht mit der neuen Version funktioniert.

ticaki

Seit dem Update auf 5.0.x (immer aktuell) und dem installieren des Notification-Managers schickt der mir beim jedem Restart des ioBrokers freundlicherweise diese Mitteilung:

Probleme mit der Datenbank

Es liegt ein Fehler mit der Datenbank vor.
Vielleicht hat die Datenbank interne Probleme oder ist falsch konfiguriert.
system.host.tims-pi1:   
s-pi1: 3.7.2023, 23:41:57

Das dazu gehörige Log zeigt das es beim stoppen passiert.

2023-07-03 23:38:26.321 - info: host.tims-pi1 instance system.adapter.influxdb.1 terminated with code 0 (NO_ERROR)
2023-07-03 23:38:26.343 - error: host.tims-pi1 Caught by controller[0]: [ioredis] Unhandled error event: Error: write EPIPE
2023-07-03 23:38:26.344 - error: host.tims-pi1 Caught by controller[0]: at afterWriteDispatched (node:internal/stream_base_commons:160:15)
2023-07-03 23:38:26.345 - error: host.tims-pi1 Caught by controller[0]: at writeGeneric (node:internal/stream_base_commons:151:3)
2023-07-03 23:38:26.345 - error: host.tims-pi1 Caught by controller[0]: at Socket._writeGeneric (node:net:930:11)
2023-07-03 23:38:26.345 - error: host.tims-pi1 Caught by controller[0]: at Socket._write (node:net:942:8)
2023-07-03 23:38:26.346 - error: host.tims-pi1 Caught by controller[0]: at writeOrBuffer (node:internal/streams/writable:392:12)
2023-07-03 23:38:26.346 - error: host.tims-pi1 Caught by controller[0]: at _write (node:internal/streams/writable:333:10)
2023-07-03 23:38:26.346 - error: host.tims-pi1 Caught by controller[0]: at Socket.Writable.write (node:internal/streams/writable:337:10)
2023-07-03 23:38:26.347 - error: host.tims-pi1 Caught by controller[0]: at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:679:33)
2023-07-03 23:38:26.347 - error: host.tims-pi1 Caught by controller[0]: at Redis.publish (/opt/iobroker/node_modules/ioredis/built/commander.js:122:25)
2023-07-03 23:38:26.347 - error: host.tims-pi1 Caught by controller[0]: at StateRedisClient.setState (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:817:35)
2023-07-03 23:38:26.347 - error: host.tims-pi1 Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
2023-07-03 23:38:26.347 - error: host.tims-pi1 Caught by controller[0]: Error: DB closed
2023-07-03 23:38:26.348 - error: host.tims-pi1 Caught by controller[0]: at close (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:184:25)
2023-07-03 23:38:26.348 - error: host.tims-pi1 Caught by controller[0]: at Socket. (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:151:20)
2023-07-03 23:38:26.348 - error: host.tims-pi1 Caught by controller[0]: at Object.onceWrapper (node:events:628:26)
2023-07-03 23:38:26.348 - error: host.tims-pi1 Caught by controller[0]: at Socket.emit (node:events:513:28)
2023-07-03 23:38:26.349 - error: host.tims-pi1 Caught by controller[0]: at Socket.emit (node:domain:489:12)
2023-07-03 23:38:26.349 - error: host.tims-pi1 Caught by controller[0]: at TCP. (node:net:322:12)
2023-07-03 23:38:26.349 - info: host.tims-pi1 instance system.adapter.shelly.0 terminated with code 0 (NO_ERROR)
2023-07-03 23:38:26.373 - error: host.tims-pi1 Caught by controller[0]: [ioredis] Unhandled error event: Error: write ECONNRESET
2023-07-03 23:38:26.373 - error: host.tims-pi1 Caught by controller[0]: at afterWriteDispatched (node:internal/stream_base_commons:160:15)
2023-07-03 23:38:26.374 - error: host.tims-pi1 Caught by controller[0]: at writeGeneric (node:internal/stream_base_commons:151:3)
2023-07-03 23:38:26.374 - error: host.tims-pi1 Caught by controller[0]: at Socket._writeGeneric (node:net:930:11)
2023-07-03 23:38:26.374 - error: host.tims-pi1 Caught by controller[0]: at Socket._write (node:net:942:8)
2023-07-03 23:38:26.374 - error: host.tims-pi1 Caught by controller[0]: at writeOrBuffer (node:internal/streams/writable:392:12)
2023-07-03 23:38:26.374 - error: host.tims-pi1 Caught by controller[0]: at _write (node:internal/streams/writable:333:10)
2023-07-03 23:38:26.374 - error: host.tims-pi1 Caught by controller[0]: at Writable.write (node:internal/streams/writable:337:10)
2023-07-03 23:38:26.375 - error: host.tims-pi1 Caught by controller[0]: at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:679:33)
2023-07-03 23:38:26.375 - error: host.tims-pi1 Caught by controller[0]: at Redis.evalsha (/opt/iobroker/node_modules/ioredis/built/commander.js:122:25)
2023-07-03 23:38:26.375 - error: host.tims-pi1 Caught by controller[0]: at ObjectsInRedisClient._applyViewFunc (/opt/iobroker/node_modules/@iobroker/db-objects-redis/build/lib/objects/objectsInRedisClient.js:3105:46)
2023-07-03 23:38:26.375 - info: host.tims-pi1 instance system.adapter.zigbee2mqtt.0 terminated with code 0 (NO_ERROR)
2023-07-03 23:38:27.224 - info: tuya.0 (1587) terminating
2023-07-03 23:38:27.228 - info: tuya.0 (1587) Terminated (NO_ERROR): Without reason
2023-07-03 23:38:27.814 - info: host.tims-pi1 instance system.adapter.tuya.0 terminated with code 0 (NO_ERROR)
2023-07-03 23:38:27.815 - info: host.tims-pi1 All instances are stopped.
2023-07-03 23:38:27.845 - info: host.tims-pi1 terminated
2023-07-03 23:38:31.939 - info: host.tims-pi1 [CONTROLLER_AUTO_UPGRADE] Successfully stopped js-controller
2023-07-03 23:38:32.123 - info: host.tims-pi1 [CONTROLLER_AUTO_UPGRADE] Server is running on http://localhost:443
2023-07-03 23:39:17.791 - info: host.tims-pi1 [CONTROLLER_AUTO_UPGRADE]

Wäre mir ohne den Manager wohl nie aufgefallen... hm vielleicht ist es auch schon immer so.

EDIT: log verlängert

NEWS

js-controller 5.0.x jetzt in der BETA

closed Updating js-controller 5.x on Slave over admin "TypeError: Network Error when attempting to fetch ressource" #1963

Support us

851
Online

31.0k
Users

78.1k
Topics

1.2m
Posts

NEWS

js-controller 5.0.x jetzt in der BETA

closed Updating js-controller 5.x on Slave over admin "TypeError: Network Error when attempting to fetch ressource" #1963

Support us

851Online

31.0kUsers

78.1kTopics

1.2mPosts

851
Online

31.0k
Users

78.1k
Topics

1.2m
Posts