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

[ostseereiter]

Update lief durch alles soweit im grünen Bereich nur der Bluetooth bleibt rot.

error	Terminating because A dependency requires a rebuild.

ble.0
2022-02-27 17:42:20.854	info	starting scanner process...

ble.0
2022-02-27 17:42:20.851	info	monitored services: fe95

ble.0
2022-02-27 17:42:20.847	info	enabled plugins: Xiaomi, mi-flora, _default

ble.0
2022-02-27 17:42:20.846	info	loaded plugins: Xiaomi, mi-flora, ruuvi-tag, _default

ble.0
2022-02-27 17:42:20.526	info	starting. Version 0.12.0 in /opt/iobroker/node_modules/iobroker.ble, node: v14.19.0, js-controller: 4.0.15

[FredF]

@ostseereiter Ja, das ist bekannt. Siehe
Der controller versucht 3x zu rebuilden, falls erfolglos kommt diese Meldung:

Rebuild for adapter system.adapter.ble.0 not successful in 3 tries. Adapter will not be restarted again. Please execute "npm install --production" in adapter directory manually.

also Log beobachten, bis die Meldung kommt. Dann ins Verzeichnis

/opt/iobroker/node_modules/iobroker.ble

wechseln und dort

npm install --production

ausführen.

[FredF]

@apollon77
Wie gewohnt von euch Top Arbeit :+1:
Reibungsloser (Bis auf das BLE Problem) Update auf Master und 2 Slaves duchgeführt.

[apollon77]

@magnus-0 Info Adater kommt ein Update bzw schau mal das du den aktuellsten hast. Die EAGAIN heissen das ein DNS Lookup nicht möglich war ... Und der Nicht korrekt formatierte "Time" Wert ist ein Admin issue ... Vllt mal schauen oder anlegen

[apollon77]

@magnus-0 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

Starte ich bloß ioBroker neu, tauchen die Fehlermeldungen nicht auf. Ich könnte mir vorstellen, dass Netzwerk oder DNS vielleicht in dem Moment wo ioBroker (nur beim Neustart des Pi's) startet noch nicht zur Verfügung stehen und darum vielleicht die Meldungen kommen. Könnte das sein oder fällt euch dazu was anderes ein?

Vllt ... dann müsstest du da aber mal schauen. In meiner Welt ist das nicht "normal" :-) Aber ist nichts für diesen Thread

[apollon77]

@fredf sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

(Bis auf das BLE Problem

Das steht auch ganz oben im ersten Post, wir haben schon ein Fix für die eine Library die da nicht rebuilden will, der muss nur noch ausgerollt werden

[Magnus 0]

@apollon77

Danke für die schnelle Antwort.

Bzgl. dem Info-Adapter: Ok, perfekt, wenn ein Update kommt löst sich das ja von selbst irgendwann... den aktuellen habe ich...

Bzgl. dem Time-Wert: Ok, mach ich, d. h. das wird vermutlich auch irgendwann mit einem Update gefixt?

[Magnus 0]

@apollon77

Ok mach ich. Danke!

[Rene55]

@apollon77 Ich hab dann heute das aktuellste Image von @buanet installiert. Das war mit jsController 4.0.15 und dem aktuellen Admin sofort da. Dann habe ich versucht, mein Backup von letzter Nacht einzuspielen. Hier wurde angemeckert dass The current version of js-controller differs from the version in the backup. The js-controller version of the backup can not be restored automatically. To restore the js-controller version of the backup, execute "npm i iobroker.js-controller@3.3.22 --production" inside your ioBroker directory.

Das hab ich dann nach Anleitung mit '--force' nochmals versucht. Dabei wurde der Admin wieder auf 5.2.3 downgegradet. (Alles nichts für schwache Nerven) Aktuell installiert ioB die Adapter, so dass ich davon ausgehe, dass es auch bei mir geklappt hat.

[ostseereiter]

@fredf sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

npm install --production

Danke ist grün

[foxriver76]

@rene55 Der Admin wird in der Version installiert wie er im Backup vorhanden war. So wird sichergestellt dass du 1 zu 1 die selbe Installation wie im Backup bekommst, js-controller ausgenommen wenn du mit force arbeitest. Weiß nicht was da nichts für schwache Nerven ist, ein Backup schiebt dich im Besten Fall 1 zu 1 zurück zu einem früheren Zeitpunkt.

[Rene55]

@foxriver76 Danke für die erklärenden Worte. Ich hatte mir nur die Consolenausgaben angesehen und war etwas überrascht. Aber nach der Erklärung wird's verständlich. Der ioB hat jetzt alle Adapter nachgezogen und alles scheint zu laufen. Also auch von mir, Daumen hoch für den js-Controller 4.x.

[wendy2702]

Hi,

ich habe mit dem JS4.0.15 Problem mit dem automatischen Stoppen der Adapter. Aktuell aufgefallen beim birthdays Adapter. Wenn ich hier zum Beipiel das loglevel ändere wird die Instanz bzw. der Prozess scheinbar nicht gestoppt was dann das zur Folge hat:

2022-02-28 09:53:31.901  - debug: birthdays.1 (13847) filling next with 11 days left
2022-02-28 09:53:31.915  - debug: birthdays.1 (13847) filling nextAfter with 26 days left
2022-02-28 09:53:46.434  - info: host.iobroker stopInstance system.adapter.birthdays.1 (force=false, process=true)
2022-02-28 09:53:46.434  - info: host.iobroker stopInstance canceled schedule system.adapter.birthdays.1
2022-02-28 09:53:49.577  - info: host.iobroker instance scheduled system.adapter.birthdays.1 0 0 * * *
2022-02-28 09:53:49.606  - info: host.iobroker instance system.adapter.birthdays.1 started with pid 13871
2022-02-28 09:53:50.445  - error: birthdays.1 (13871) birthdays.1 already running
2022-02-28 09:53:50.447  - warn: birthdays.1 (13871) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2022-02-28 09:53:51.069  - error: host.iobroker instance system.adapter.birthdays.1 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2022-02-28 09:54:15.748  - info: host.iobroker "system.adapter.birthdays.1" disabled
2022-02-28 09:54:15.749  - info: host.iobroker stopInstance system.adapter.birthdays.1 (force=false, process=false)
2022-02-28 09:54:15.750  - info: host.iobroker stopInstance canceled schedule system.adapter.birthdays.1
2022-02-28 09:54:22.474  - info: host.iobroker "system.adapter.birthdays.1" enabled
2022-02-28 09:54:22.474  - info: host.iobroker stopInstance system.adapter.birthdays.1 (force=false, process=false)
2022-02-28 09:54:25.615  - info: host.iobroker instance scheduled system.adapter.birthdays.1 0 0 * * *
2022-02-28 09:54:25.644  - info: host.iobroker instance system.adapter.birthdays.1 started with pid 13916
2022-02-28 09:54:26.630  - error: birthdays.1 (13916) birthdays.1 already running
2022-02-28 09:54:26.631  - warn: birthdays.1 (13916) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2022-02-28 09:54:27.252  - error: host.iobroker instance system.adapter.birthdays.1 terminated with code 7 (ADAPTER_ALREADY_RUNNING)

Ist das noch ein Problem vom Controller oder Adapter oder ganz was anderes?

[arteck]

@wendy2702 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

birthdays Adapter

der läuft doch über cronjob oder ?

[wendy2702]

@arteck Ja.

Der Prozess bleibt aber auch aktiv wenn ich die Instanz im Admin Stoppe

[PatrickFro]

Moin,

ich schätze, mein Fehler hat auch mit dem js-controller zu tun.

Ich musste einen iobroker neu installieren. Dieses habe ich nun 3 Mal durchgeführt, immer selbes Ergebnis:

Im Log:

admin.0
2022-02-28 10:34:22.677	warn	Cannot update news: getaddrinfo EAI_AGAIN iobroker.live
admin.0
2022-02-28 10:34:22.672	warn	Cannot update rating: getaddrinfo EAI_AGAIN rating.iobroker.net
admin.0
2022-02-28 10:05:23.273	warn	Active repository "stable cannot be read
admin.0
2022-02-28 10:05:23.272	warn	Repository cannot be read: Active repo - stable

Zudem, klicke ich auf Benutzer, erscheint dieses:

Ich habe sowohl die automatische als auch die manuelle Installation durchgeführt, habe neues Linux genutzt, keine andere Verwendung des Raspis gehabt.

[Thomas Braun]

@patrickfro

Schaut nach Netzwerkproblemen aus.

[PatrickFro]

@thomas-braun Ich habe den Adminadapter mal downgegradet, funktionierte. Eine neuere Version wurde mir dann auch direkt angeboten. Somit war dieses Problem vielleicht auch nur kurzfristig

Zumindest das untere Problem haben laut Github auch andere.

[PatrickFro]

Noch ein Test: Ich habe ein Backup eines anderen Raspis mit IoBroker auf den neuen aufgespielt, selbes Verhalten mit Absturz bei klick auf "Benutzer"

[apollon77]

@patrickfro Also das sind DNS Lookup issues ... es gab nen anderen User der auch berichtet hat das das bei einem Reboot manchmal passiert.. Wenn er danach Adapter manuell restartet passiert es nicht. Das wäre dann irgendwie ein Timeing issue beim Boot und verfügbarkeit vom DNS Dienst ... müsste man aber getrennt anschauen weil dafür kann der Controller nichts.

Auch das Standard systemd service hat "after network.target" drin, also sollte an sich alles passen ... keine Ahnung was da besonders ist.

Wäre für mich langsam wert einen eigenen Thread zu haben wo man dem auf den Grund geht