Alpha Test js-controller 4.0

[apollon77]

@maik-0 ja weil das Objekt falsch ist. In dem Fall definiert ein Objekt einen minimum Wert welcher den falschen datentyp hat. Bitte wie üblich beim Adapter ein issue anlegen

[apollon77]

@amg_666 naja schau mal genau hin. Du hattest ein + vor dem npm Befehl und da kamen die bash Fehler her. Und nein funniest keine npm Updates machen ;-))

[Thomas Braun]

@apollon77

Edgy (node17/npm8) Testing meldet beim Upgrade von Adaptern:

RangeError: Maximum call stack size exceeded
Cannot upgrade: Maximum call stack size exceeded

echad@chet:~ $ iobroker update -u && iobroker upgrade all
Used repository: live-beta
Adapter    "socketio"     : 4.1.0    , installed 4.0.3  [Updatable]
Adapter    "web"          : 4.1.0    , installed 4.0.1  [Updatable]
Exception in PromiseRejectCallback:
/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupUpgrade.js:139
    };
    ^

RangeError: Maximum call stack size exceeded
Exception in PromiseRejectCallback:
/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupUpgrade.js:128
            await this.upgradeAdapterHelper(repo, sortedAdapters, forceDowngrade, autoConfirm);
                       ^

RangeError: Maximum call stack size exceeded
Cannot upgrade: Maximum call stack size exceeded
echad@chet:~ $

[apollon77]

@thomas-braun GitHub Issue im Controller bitte

[Thomas Braun]

@apollon77

Einzeln lief es jetzt durch:

iobroker upgrade web

war okay, danach war angeblich socketio auch aktualisiert.

[arteck]

@apollon77 das ist der
@thomas-braun

iobroker upgrade all

J:\source\ioBroker\SmartHome2>iobroker upgrade all
Exception in PromiseRejectCallback:
J:\source\ioBroker\SmartHome2\node_modules\iobroker.js-controller\lib\setup\setupUpgrade.js:139
    };
    ^

RangeError: Maximum call stack size exceeded
Exception in PromiseRejectCallback:
J:\source\ioBroker\SmartHome2\node_modules\iobroker.js-controller\lib\setup\setupUpgrade.js:128
            await this.upgradeAdapterHelper(repo, sortedAdapters, forceDowngrade, autoConfirm);
                       ^

RangeError: Maximum call stack size exceeded
Cannot upgrade: Maximum call stack size exceeded

J:\source\ioBroker\SmartHome2>

[apollon77]

@maik-0 Neue info Adapter Version auf GitHub (und auf dem Weg ins Repo) 1.9.18 sollte das fixen

[apollon77]

@thomas-braun sagte in Alpha Test js-controller 4.0:

war okay, danach war angeblich socketio auch aktualisiert.

Ja das liegt an internen dependencies. "unrelated"

[apollon77]

@thomas-braun @arteck Grund gefunden

[opossum]

Hallo, @apollon77,

habe meine Testinstallation mit dem Update versehen. Lief alles sauber durch. Nach dem Update abgefragt:

debian@iobrokertest:/opt/iobroker$ iobroker status
iobroker is running on this host.

Objects type: jsonl
States  type: jsonl
debian@iobrokertest:/opt/iobroker$

Auch die Meldung im Admin habe ich bestätigt. Danke für die super Arbeit.

Habe nach dem Update versucht, den Adapter Backitup von 2.2.1 auf 2.2.3 anzuheben, das ging leider nicht korrekt durch.
Folgende Meldungen im Log:

backitup.0 2022-02-01 16:25:22.031	error	backitup.0 already running
backitup.0 2022-02-01 16:24:50.013	error	backitup.0 already running
backitup.0 2022-02-01 16:24:18.025	error	backitup.0 already running
backitup.0 2022-02-01 16:23:46.142	error	backitup.0 already running
backitup.0 2022-02-01 16:23:31.285	error	backitup.0 already running
backitup.0 2022-02-01 16:22:59.313	error	backitup.0 already running
backitup.0 2022-02-01 16:22:27.386	error	backitup.0 already running
backitup.0 2022-02-01 16:22:24.131	error	Cannot read property 'getErrorText' of undefined
backitup.0 2022-02-01 16:22:24.129	error	TypeError: Cannot read property 'getErrorText' of undefined at Adapter.terminate (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:241:64) at finishUnload (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:8349:26) at Adapter.<anonymous> (/opt/iobroker/node_modules/iobroker.backitup/main.js:155:13) at Adapter.emit (events.js:400:28) at process.stop (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:8376:22) at Object.onceWrapper (events.js:520:26) at process.emit (events.js:412:35)

Adapter wechselt zwischen rot und grün. Bringt aber laufend diesen Fehler. Auch nach Deinstallation und Neuinstallation gab es folgende Warnungen/Errors:

backitup.0 2022-02-01 16:39:17.887	warn	Got terminate signal. Checking desired PID: 2821 vs own PID 2348
backitup.0 2022-02-01 16:39:17.861	warn	Got terminate signal. Checking desired PID: 0 vs own PID 2348
backitup.0 2022-02-01 16:38:47.266	warn	Terminated (ADAPTER_ALREADY_RUNNING): Without reason
backitup.0 2022-02-01 16:38:47.262	error	backitup.0 already running
backitup.0 2022-02-01 16:38:45.884	warn	Got terminate signal. Checking desired PID: 2808 vs own PID 2348
backitup.0 2022-02-01 16:38:45.862	warn	Got terminate signal. Checking desired PID: 0 vs own PID 2348
backitup.0 2022-02-01 16:38:15.268	warn	Terminated (ADAPTER_ALREADY_RUNNING): Without reason
backitup.0 2022-02-01 16:38:15.265	error	backitup.0 already running
backitup.0 2022-02-01 16:38:13.960	warn	Got terminate signal. Checking desired PID: 2797 vs own PID 2348
backitup.0 2022-02-01 16:38:13.934	warn	Got terminate signal. Checking desired PID: 0 vs own PID 2348
backitup.0 2022-02-01 16:37:43.339	warn	Terminated (ADAPTER_ALREADY_RUNNING): Without reason
backitup.0 2022-02-01 16:37:43.336	error	backitup.0 already running

Hätte ich das Adapterupdate vorher machen sollen? Habe noch das Update des Web-Servers auf 3.4.16 durchgeführt, da gab es keine Auffälligkeiten.

Downgrade des Backitup auf 2.2.1 durchgeführt, der Fehler bleibt.

Habe dann den Fixer ausgeführt:

debian@iobrokertest:/opt/iobroker$ iobroker stop
debian@iobrokertest:/opt/iobroker$ iobroker fix
library: loaded
Library version=2021-12-27

==========================================================================

    Welcome to the ioBroker installation fixer!
    Script version: 2021-12-27

    You might need to enter your password a couple of times.

==========================================================================


==========================================================================
    Installing prerequisites (1/3)
==========================================================================

Holen:1 http://security.debian.org/debian-security bullseye-security InRelease [44,1 kB]
Holen:2 http://deb.debian.org/debian bullseye InRelease [116 kB]
Holen:3 http://deb.debian.org/debian bullseye-updates InRelease [39,4 kB]
Holen:4 https://deb.nodesource.com/node_14.x bullseye InRelease [4.586 B]
Holen:5 http://security.debian.org/debian-security bullseye-security/main Sources [95,3 kB]
Holen:6 http://security.debian.org/debian-security bullseye-security/main amd64 Packages [115 kB]
Holen:7 http://security.debian.org/debian-security bullseye-security/main Translation-en [74,4 kB]
Holen:8 http://deb.debian.org/debian bullseye/main Sources [8.626 kB]
Holen:9 https://deb.nodesource.com/node_14.x bullseye/main amd64 Packages [773 B]
Holen:10 http://deb.debian.org/debian bullseye-updates/main Sources.diff/Index [4.995 B]
Holen:11 http://deb.debian.org/debian bullseye-updates/main amd64 Packages.diff/Index [4.995 B]
Holen:12 http://deb.debian.org/debian bullseye-updates/main Sources T-2022-01-24-2024.03-F-2022-01-24-2024.03.pdiff [238 B]
Holen:12 http://deb.debian.org/debian bullseye-updates/main Sources T-2022-01-24-2024.03-F-2022-01-24-2024.03.pdiff [238 B]
Holen:13 http://deb.debian.org/debian bullseye-updates/main amd64 Packages T-2022-01-24-2024.03-F-2022-01-24-2024.03.pdiff [1.102 B]
Holen:13 http://deb.debian.org/debian bullseye-updates/main amd64 Packages T-2022-01-24-2024.03-F-2022-01-24-2024.03.pdiff [1.102 B]
Holen:14 http://deb.debian.org/debian bullseye/main amd64 Packages [8.183 kB]
Holen:15 http://deb.debian.org/debian bullseye/main Translation-en [6.243 kB]
Es wurden 23,6 MB in 12 s geholt (1.939 kB/s).
Paketlisten werden gelesen… Fertig
N: Für das Depot »http://deb.debian.org/debian bullseye InRelease« wurde der »Version«-Wert von »11.1« in »11.2« geändert.
Installed gcc-c++
Installed python-dev
Installed cmake

==========================================================================
    Checking ioBroker user and directory permissions (2/3)
==========================================================================

Created /etc/sudoers.d/iobroker
Fixing directory permissions...

==========================================================================
    Checking autostart (3/3)
==========================================================================

Enabling autostart...
Autostart enabled!

==========================================================================

    Your installation was fixed successfully
    Run iobroker start to start ioBroker again!

==========================================================================

debian@iobrokertest:/opt/iobroker$ iobroker start
debian@iobrokertest:/opt/iobroker$

Jetzt läuft es wieder sauber mit BackitUp 2.2.1.

[Thomas Braun]

@opossum sagte in Alpha Test js-controller 4.0:

PID: 0 vs own PID 2348

Knips doch mal den Prozess aus.

[opossum]

Hallo, @thomas-braun,

danke für die Hilfe. War wohl die Notwendigkeit, den Fixer drüber laufen zu lassen (siehe einen Post höher, habe den noch einmal editiert). Nun läuft es wieder sauber. Hätte wohl vorher die Linuxversion anheben müssen?

[opossum]

Hallo, @thomas-braun,
@thomas-braun sagte in Alpha Test js-controller 4.0:

@opossum sagte in Alpha Test js-controller 4.0:

PID: 0 vs own PID 2348

Knips doch mal den Prozess aus.

habe noch einmal auf 2.2.3 hochgezogen, wieder die Fehlermeldung. Dann Deinen Rat befolgt und den

Got terminate signal. Checking desired PID: 0 vs own PID 4383

ausgeknipst. Ergebnis:

backitup.0 2022-02-01 17:02:38.118	info	[iobroker] backup was activated at 02:40 every 1 day(s)
backitup.0 2022-02-01 17:02:38.035	info	starting. Version 2.2.3 in /opt/iobroker/node_modules/iobroker.backitup, node: v14.18.1, js-controller: 4.0.0-alpha.67-20220131-6621d47f

Ruhe und läuft, vielen Dank.

[Thomas Braun]

@opossum sagte in Alpha Test js-controller 4.0:

Hätte wohl vorher die Linuxversion anheben müssen?

Wenn ich mir apt update relevanten Part anschaue: Ja. Regelmäßiger updaten.

[apollon77]

@opossum Hast du mal das echte Log von deinem"ersten "Log"? Also das auch /opt/iobroker/log/... ?

Mich würde interessieren welche Prozess IDs (die stehen an sich in der Logzeile) da was geloggt hat. Und auch das volle Log und nicht "gefiltert" Sowas hilft immer nicht wirklich um den Fehler eingrenzen zu können.

Aber ja bei dir hat sich ein Prozess nicht beendet und das hat zu den Fehlern geführt.

[apollon77]

Hallo alle miteinander,

ich habe gerade den @next aktualisiert mit der alpha.69. Enthalten sind:

• (Apollon77) Optimize Stop Handling to prevent errors - reported by @Feuersturm
• (Apollon77) Fix upgrade all command - reported by @thomas-braun und @arteck
• (foxriver76) fix error if controller exits before dbs are connected - reported by @opossum

Eine neue Version des Info Adapters ist auch im Latest.

Wars das schon ... mehr habt Ihr nicht zu bieten duck ;-)))

Please check and retest

Ingo

[Thomas Braun]

@apollon77 sagte in Alpha Test js-controller 4.0:

mehr habt Ihr nicht zu bieten

PROVOZIER MICH NICHT!!!1111111

Ich setzt das edgy-System jetzt auf node@18 und npm@9 !!!

Der neue Adapter ws zickt noch irgendwie:

error: ws.0 (19853) port 8084 already in use

Da habe ich aber noch nicht verstanden, wie der nun mit socketio zusammenspielt oder überhaupt zusammenspielen soll oder den socketio ersetzt.

[apollon77]

@thomas-braun sagte in Alpha Test js-controller 4.0:

PROVOZIER MICH NICHT!!!1111111

gg
Hab mir gedacht "I jinx it" lieber jetzt als später ;-))

Ich setzt das edgy-System jetzt auf node@18 und npm@9 !!!

Mach doch mach doch

Der neue Adapter ws zickt noch irgendwie:
error: ws.0 (19853) port 8084 already in use

Da habe ich aber noch nicht verstanden, wie der nun mit socketio zusammenspielt oder überhaupt zusammenspielen soll oder den socketio ersetzt.

Auch wenn off topic: Naja Port ändern auch einen der nicht schon von socketio genutzt wird

Am Ende ist es so: Der ws Adapter setzt auf Pure Websockets, was am Ende etwas schneller sein sollte als socketio und heutzutage an sich immer besser unterstützt wird von allem. Einiger Overhead von socketio entfällt halt. Es entfällt aber auch zB der "long polling Fallback" von socketip der immer in Umgebungen zu tragen kommt wo Websockets nicht tun (Proxies und sowas) oder wo Websockets geblickt sind (was aber genau das ist was früher oft vorkam - inzwischen eher nicht mehr. Es soll "die nächste schlankere Kommunikationsform" werden die socketio ablöst ... Wenn aber UIs einen socketio selbst mitbringen und die Library nicht vom Server laden (was oft passiert) knallts halt wenn da kein echtes socketio ist.

[Thomas Braun]

@apollon77

Hm. Okay, aber jetzt versteh ich immer noch nicht, ob sich die beiden Adapter ggf. 'im Weg' stehen (auch bei individuellen Ports) oder ob einer der beiden entbehrlich ist.

[apollon77]

@thomas-braun Es ist die Frage ob Du sie überhaupt als Einzeladapter brauchst Alle Voisus arbeiten normalerweise über den Web adapter und dort hast Du eins der beiden integriert und kannst mit web 4.1 wählen welches aktiv ist. Einzeln - und vor allem mit einem eigenen Port angeboten - braucht man socketio an sich nur wenn du spezielle Anwendungen hast die das als "Weg mit ioBroker zu reden" benutze, weil es am ENde ja ne Datenschnittstelle ist