Beta Test js-controller 3.2.x auf GitHub

apollon77

@lobomau interessant. Glaube da solltest du mal auf Prozess Ebene schauen

lobomau

@apollon77 ich bin eine Erkenntnis reicher. Meine Abstürze kommen scheinbar nicht von alleine.
Habe eben einen DP gestartet zu loggen mit influxDB, schon gehen RAM und CPU wieder hoch bis zum Teilabsturz.

Ich lasse das mal paar Stunden laufen und probiere dann einen weitere DP zu loggen für 100% Gewissheit.

Zu früh gefreut... der letzte Anstieg kam vonm alleine

apollon77

@Feuersturm @sigi234 Eine neue Version ist auf GitHub, die das fixen sollte. Bitte prüfen.

SBorg

@apollon77 Die 3.2.5 hängt bei mir, kein ioB mehr.
iobroker status all:

iobroker is running on this host.



SYSTEM/memoryLimitMB: 0
SYSTEM/hostname:
MULTIHOSTSERVICE/enabled: false
MULTIHOSTSERVICE/secure: true
NETWORK/IPv4: true
NETWORK/IPv6: true
(node:4830) UnhandledPromiseRejectionWarning: TypeError: Cannot convert undefined or null to object
    at Function.keys (<anonymous>)
    at showConfig (/opt/iobroker/node_modules/iobroker.js-controller/lib/cli/cliProcess.js:283:31)
    at showConfig (/opt/iobroker/node_modules/iobroker.js-controller/lib/cli/cliProcess.js:290:13)
    at showConfig (/opt/iobroker/node_modules/iobroker.js-controller/lib/cli/cliProcess.js:290:13)
    at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/lib/cli/cliProcess.js:212:25)
(node:4830) UnhandledPromiseRejectionWarning: Unhandled promise rejection. 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(). To terminate the node process on unhandled promise rejection, use the CLI flag `--unhandled-rejections=strict` (see https://nodejs.org/api/cli.html#cli_unhandled_rejections_mode). (rejection id: 1)
(node:4830) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

Danach hängt das Terminal + nix mehr

@Wal sagte in Beta Test js-controller 3.2.x auf GitHub:

@SBorg ,
nicht schlecht dein Speicherverbrauch. Bei mir sind es ca. 200MB weniger, von 1,4GB auf 1,14GB.
Instanzen siehe oben, Grafana läuft auch noch im gleichen Container.

Ist die kpl. VM, inkl. ioB, Grafana, Influx, Apache...
Der reine ioB liegt um die 5GB, die ~100-200MB Einsparung kann ich so bestätigen

Thomas Braun

@SBorg @apollon77

Die 3.2.5 hängt bei mir auch:

2021-01-10 15:04:31.231  - error: host.raspberrypi startInstance system.adapter.admin.0Invalid version of "js-controller". Installed "3.2.5-0", required ">=2.0.0
2021-01-10 15:04:35.260  - error: host.raspberrypi startInstance system.adapter.alexa2.0Invalid version of "js-controller". Installed "3.2.5-0", required ">=2.0.0
2021-01-10 15:04:39.227  - info: host.raspberrypi instance system.adapter.backitup.0 started with pid 11919
2021-01-10 15:04:42.627  - info: backitup.0 (11919) starting. Version 1.8.3 in /opt/iobroker/node_modules/iobroker.backitup, node: v14.15.4, js-controller: 3.2.5-0
2021-01-10 15:04:42.699  - info: backitup.0 (11919) [iobroker] backup was activated at 02:42 every 1 day(s)
2021-01-10 15:04:43.222  - error: host.raspberrypi startInstance system.adapter.javascript.0Invalid version of "js-controller". Installed "3.2.5-0", required ">=2.2.0
2021-01-10 15:04:47.286  - error: host.raspberrypi startInstance system.adapter.mihome.0Invalid version of "js-controller". Installed "3.2.5-0", required ">=2.0.0
2021-01-10 15:04:51.278  - info: host.raspberrypi instance system.adapter.nuki-extended.0 started with pid 11940
2021-01-10 15:04:53.096  - info: nuki-extended.0 (11940) starting. Version 2.3.0 in /opt/iobroker/node_modules/iobroker.nuki-extended, node: v14.15.4, js-controller: 3.2.5-0
2021-01-10 15:04:54.092  - info: nuki-extended.0 (11940) Polling Nuki Web API with a frequency of 10s.
2021-01-10 15:04:54.093  - info: nuki-extended.0 (11940) Listening for Nuki events on port 51989.
2021-01-10 15:04:55.223  - error: host.raspberrypi startInstance system.adapter.tado.0Invalid version of "js-controller". Installed "3.2.5-0", required ">=1.4.2
2021-01-10 15:04:59.227  - error: host.raspberrypi startInstance system.adapter.tr-064.0Invalid version of "js-controller". Installed "3.2.5-0", required ">=2.0.0
2021-01-10 15:05:03.217  - error: host.raspberrypi startInstance system.adapter.tradfri.0Invalid version of "js-controller". Installed "3.2.5-0", required ">=1.4.2
2021-01-10 15:05:07.254  - error: host.raspberrypi startInstance system.adapter.web.0Invalid version of "js-controller". Installed "3.2.5-0", required ">=2.0.0
2021-01-10 15:05:11.263  - error: host.raspberrypi startInstance system.adapter.info.0Invalid version of "js-controller". Installed "3.2.5-0", required ">=2.0.0
2021-01-10 15:05:15.246  - error: host.raspberrypi startInstance system.adapter.whatsapp-cmb.0Invalid version of "js-controller". Installed "3.2.5-0", required ">=1.4.2

apollon77

Jupp, sorry, Bitte nochmal neu installieren. fixed

apollon77

@SBorg Den "iobroker status all" fehler checke ich nachher.

Thomas Braun

@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:

Jupp, sorry, Bitte nochmal neu installieren. fixed

Stimmt, fixed, startet wieder.

SBorg

@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:

Jupp, sorry, Bitte nochmal neu installieren. fixed

Done + doppelt gefixt: läuft wieder und der VIS-Dateimanager lüppt auch wieder

@apollon77 js-controller 3.2.5 ohne besondere Vorkommnisse.

Feuersturm

@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:

@Feuersturm @sigi234 Eine neue Version ist auf GitHub, die das fixen sollte. Bitte prüfen.

Ich konnte auch ohne Probleme auf die v.3.2.5 aktualisieren. VIS Dateimanager geht auch wieder und bisher sind keine neuen Probleme aufgefallen.

Wal

Ich muss morgen mal nachschauen, in meinem Doorio-Adapter gibt es ein Error wenn diese Zeilen abgearbeitet werden:

clearTimeout(tout1);
tout1 = setTimeout(() => {
    tout1 = null;
    adapter.setForeignState(adapter.config.call_established, false, true);
    adapter.setState('CALL_ESTABLISHED', false, true);
}, 1000);

Die ID von setForeignState ist leer, kommt als Fehler. (adapter.js vom js-controller)
Mal sehen ob ich es finde.

e-i-k-e

Das Update (redis/redis, von 3.1.6 ) lief bei allen Geräten sauber durch, bis jetzt nichts auffälliges.

Adapter und Info sind in dauerschleifen. Kann dies mit dem neuen js-controller zutun haben?

Edit: Folgender error konnte ich soeben dem log entnehmen.

Feuersturm

@apollon77 Folgende Warnungen hab ich gerade noch bei mir im Log mit der 3.2.5 gefunden. Der dwd Adapter v2.5.2 hat keine Warnungen geworfen.

host.beebox(iobrokerMaster)	2021-01-10 21:27:56.216	warn	instance system.adapter.dwd.0 terminated due to SIGABRT
...
host.beebox(iobrokerMaster)	2021-01-10 21:25:04.212	warn	instance system.adapter.dwd.0 already running with pid 3422
...
host.beebox(iobrokerMaster)	2021-01-10 21:07:58.554	warn	instance system.adapter.dwd.0 terminated due to SIGABRT
...
host.beebox(iobrokerMaster)	2021-01-10 21:05:04.194	warn	instance system.adapter.dwd.0 already running with pid 2864

Was steckt dahinter und ist es ein Thema für den Controller oder für den dwd Adapter

lonsimbt

@apollon77

Update auf Version 3.2.5 ist problemlos durchgelaufen. Schwierigkeiten scheint bei mir nur der pushsafer-Adapter zu machen, der nicht mehr startet. Hier der Auszug aus dem Log:

pushsafer.0	2021-01-10 22:12:32.695	warn	(26610) Terminated (UNCAUGHT_EXCEPTION): Without reason
pushsafer.0	2021-01-10 22:12:32.694	info	(26610) terminating
pushsafer.0	2021-01-10 22:12:32.172	error	(26610) adapter.getMessage is not a function
pushsafer.0	2021-01-10 22:12:32.172	error	at /opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:8255:34
pushsafer.0	2021-01-10 22:12:32.172	error	at Adapter.emit (events.js:314:20)
pushsafer.0	2021-01-10 22:12:32.172	error	at Adapter.<anonymous> (/opt/iobroker/node_modules/iobroker.pushsafer/pushsafer.js:27:5)
pushsafer.0	2021-01-10 22:12:32.172	error	at main (/opt/iobroker/node_modules/iobroker.pushsafer/pushsafer.js:64:5)
pushsafer.0	2021-01-10 22:12:32.172	error	at processMessages (/opt/iobroker/node_modules/iobroker.pushsafer/pushsafer.js:54:13)
pushsafer.0	2021-01-10 22:12:32.172	error	(26610) TypeError: adapter.getMessage is not a function
pushsafer.0	2021-01-10 22:12:32.170	error	(26610) unhandled promise rejection: adapter.getMessage is not a function
pushsafer.0	2021-01-10 22:12:32.169	error	(26610) Unhandled promise rejection. 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().
pushsafer.0	2021-01-10 22:12:32.149	info	(26610) starting. Version 0.1.8 in /opt/iobroker/node_modules/iobroker.pushsafer, node: v12.20.0, js-controller: 3.2.5

Gruß Marco

apollon77

@e-i-k-e wird im nächsten update gefixt

apollon77

@Feuersturm weiss nicht. stoppe mal, schaue mal das wirklich kein prozess mehr läuft, sonst muss man mal tiefer schauen. Noch jemand anders mit DWD?

Feuersturm

@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:

@Feuersturm weiss nicht. stoppe mal, schaue mal das wirklich kein prozess mehr läuft, sonst muss man mal tiefer schauen. Noch jemand anders mit DWD?

Mit "stoppe mal" meinst du ioBroker oder nur den DWD Adapter?

apollon77

@lonsimbt versuch mal bitte die GitHub version?

apollon77

@Feuersturm nur DWD

NEWS

Beta Test js-controller 3.2.x auf GitHub

Support us

877
Online

31.9k
Users

80.1k
Topics

1.3m
Posts

NEWS

Beta Test js-controller 3.2.x auf GitHub

Support us

877Online

31.9kUsers

80.1kTopics

1.3mPosts

877
Online

31.9k
Users

80.1k
Topics

1.3m
Posts