UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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

[Thomas Braun]

@apollon77 sagte in Alpha Test js-controller 4.0:

Es ist die Frage ob Du sie überhaupt als Einzeladapter brauchst

Das ist eine gute Frage... Ich weiß es bei meinem eigenen System nichtmal... Irgendwann war irgendwie der socketio mal da und ist seither immer mitgeschleppt worden. Könnte ich ja auch eigentlich mal rauskicken...

[Feuersturm]

@apollon77 Beim update auf die neue Version auf die alpha 69 hab ich folgendes in der Konsole.

Muss ich als Anwender hier aktiv werden?

> iobroker.js-controller@4.0.0-alpha.69-20220201-a819d264 install /opt/iobroker/                                                                                                                     node_modules/iobroker.js-controller
> node iobroker.js setup first

object _design/system updated

The following notifications happened during sync:
- Ignoring Directory "benchmark.files" because officially not created as meta ob                                                                                                                     ject. Please remove directory!
- Ignoring Directory "daswetter" because officially not created as meta object.                                                                                                                      Please remove directory!
- Ignoring Directory "daswetter.admin" because officially not created as meta ob                                                                                                                     ject. Please remove directory!
- Ignoring Directory "dwd.admin" because officially not created as meta object.                                                                                                                      Please remove directory!
- Ignoring Directory "fritzbox.admin" because officially not created as meta obj                                                                                                                     ect. Please remove directory!
- Ignoring Directory "fully-tablet-control.admin" because officially not created                                                                                                                      as meta object. Please remove directory!
- Ignoring Directory "hm-rega" because officially not created as meta object. Pl                                                                                                                     ease remove directory!
- Ignoring Directory "iogo.admin" because officially not created as meta object.                                                                                                                      Please remove directory!
- Ignoring Directory "rainbird.admin" because officially not created as meta obj                                                                                                                     ect. Please remove directory!
- Ignoring Directory "seq.admin" because officially not created as meta object.                                                                                                                      Please remove directory!
- Ignoring Directory "tr-064-community.admin" because officially not created as                                                                                                                      meta object. Please remove directory!
- Ignoring Directory "web-speedy.admin" because officially not created as meta o                                                                                                                     bject. Please remove directory!
- Ignoring Directory "worx.admin" because officially not created as meta object.                                                                                                                      Please remove directory!

[apollon77]

@feuersturm Sind die Adapter installiert? Siehst du mit den "ids" Meta objekte im Admin?

[Feuersturm]

@apollon77 Ja die Adapter sind installiert. Wo genau soll ich Meta Objekte sehen?

[Feuersturm]

@apollon77 sagte in Alpha Test js-controller 4.0:

(Apollon77) Optimize Stop Handling to prevent errors - reported by @Feuersturm

Problem ist gelöst. Fehler lässt sich nicht mehr mit der alph 69 reproduzieren beim restart vom Controller :clap:

[apollon77]

@feuersturm Admin, schalte mal Expertenmodus an