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

[amg_666]

@apollon77 ICh würd mich heute auch mal an der 3.2.10 versuchen, bleibt es beim Vorgehen ERST Master, DANN Slaves ?

[Kueppert]

Hi, mir ist beim Update folgende Fehlerzeile aufgefallen (auf 4.10.13):

(17828) npm WARN deprecated request-promise-native@1.0.9: request-promise-native has been deprecated because it extends the now deprecated request package, see https://github.com/request/request/issu

bekannt? Problem?
VG Thorsten

[myssv]

Ich bekomme jedes Mal folgende Meldung:

root@iobroker:/opt/iobroker# pkill io
root@iobroker:/opt/iobroker# iobroker upgrade self
**Controller is running. Please stop ioBroker first.**
root@iobroker:/opt/iobroker#

Was kann ich tun?

ioBroker läuft im Docker auf einer Synology.

[fastfoot]

@myssv sagte in js-controller 3.2 jetzt im Latest!:

root@iobroker:/opt/iobroker# pkill io

nimm pkill -u iobroker. Prüfen kannst du noch laufende Prozesse mit ps aux, da sollte links nicht mehr der iobroker auftauchen

[myssv]

@fastfoot DANKE !!

[apollon77]

@amg_666 Wenn du noch eine 3.1.x hast dann ja. Wenn schon 3.2 frühere Version dann egal

[apollon77]

@kueppert Kommt von irgendeinem deiner Adapter ... und ist erstmal unkritisch

[amg_666]

@apollon77

3* Raspi 3b, upgrade lief ohne Probleme durch, keine Fehlermeldungen o.ä. Nur der Zigbee Adapter hat "ewig" gebraucht weil er da wohl im Hintergrund noch diverse serialport Einstellungen gradeziehen musste. Läuft jetzt aber problemlos.

[Latzi]

@apollon77 sagte in js-controller 3.2 jetzt im Latest!:

@kueppert Kommt von irgendeinem deiner Adapter ... und ist erstmal unkritisch

[Feuersturm]

js-controller 3.2.10 läuft bei mir ohne Probleme

[Thomas Braun]

@apollon77

Ich schließe mich @Feuersturm an.
Läuft ohne Mucken bei mir.

[amg_666]

@thomas-braun Kann ich nur bestätigen, läuft jetzt bei mir seit mehreren Stunden absolut stabil

[apollon77]

Alles klar, dann gibt es jetzt (min letzten minimalen Optimierungen) die 3.2.11, die in der nächsten Zeit im Latest auftaucht - das wäre damit "Stable RC1"

Also an alle: Bitte auf 3.2.11 updaten und prüfen,

Vielen Dank für Eure Unterstützung!

Ingo

[amg_666]

@apollon77 3*Raspi3, habe erst die Slaves dann den Master auf die 3.2.11 upgegradet, das sieht alles sehr gut aus (alle Instanzen grün).

Im Einsatz habe ich:

pi@iomaster:/opt/iobroker $ iobroker list adapters
system.adapter.admin                   : admin          - v4.2.1
system.adapter.alexa2                  : alexa2         - v3.5.6
system.adapter.backitup                : backitup       - v1.8.5
system.adapter.coronavirus-statistics  : coronavirus-statistics - v0.6.7
system.adapter.daswetter               : daswetter      - v3.0.4
system.adapter.discovery               : discovery      - v2.5.0
system.adapter.flot                    : flot           - v1.10.6
system.adapter.history                 : history        - v1.9.12
system.adapter.hm-rega                 : hm-rega        - v3.0.7
system.adapter.hm-rpc                  : hm-rpc         - v1.14.31
system.adapter.ical                    : ical           - v1.9.0
system.adapter.info                    : info           - v1.7.15
system.adapter.iot                     : iot            - v1.8.11
system.adapter.javascript              : javascript     - v4.10.13
system.adapter.klf200                  : klf200         - v1.0.1
system.adapter.lgtv                    : lgtv           - v1.1.10
system.adapter.mercedesme              : mercedesme     - v0.0.43
system.adapter.milight-smart-light     : milight-smart-light - v1.2.0
system.adapter.plenticore              : plenticore     - v2.1.6
system.adapter.radar2                  : radar2         - v2.0.1
system.adapter.rpi2                    : rpi2           - v1.2.0
system.adapter.shelly                  : shelly         - v4.0.4
system.adapter.shuttercontrol          : shuttercontrol - v1.1.4
system.adapter.simple-api              : simple-api     - v2.5.2
system.adapter.smartmeter              : smartmeter     - v3.1.9
system.adapter.snmp                    : snmp           - v0.5.0
system.adapter.socketio                : socketio       - v3.1.4
system.adapter.sonoff                  : sonoff         - v2.3.3
system.adapter.tankerkoenig            : tankerkoenig   - v2.0.9
system.adapter.tr-064                  : tr-064         - v4.2.3
system.adapter.vis                     : vis            - v1.3.7
system.adapter.vis-bars                : vis-bars       - v0.1.4
system.adapter.vis-canvas-gauges       : vis-canvas-gauges - v0.1.5
system.adapter.vis-colorpicker         : vis-colorpicker - v1.2.0
system.adapter.vis-hqwidgets           : vis-hqwidgets  - v1.1.7
system.adapter.vis-justgage            : vis-justgage   - v1.0.2
system.adapter.vis-map                 : vis-map        - v1.0.4
system.adapter.web                     : web            - v3.2.3
system.adapter.zigbee                  : zigbee         - v1.4.2

[Feuersturm]

@apollon77 Auch bei mir war das update auf 3.2.11 erfolgreich keine Probleme beim Start der Instanzen.

[Chaot]

@apollon77 Das Update auf die 3.2.11 lief ohne Probleme.
Was mir nach dem Neustart aufgefallen ist, ist dass meine hohen ID Nummern plötzlich weg sind.
Ich hatte bisher immer 5-stellige ID Nummern und keiner konnte sich so richtig erklären warum das so ist.
Jetzt plötzlich sind die 3- und 4 stellig:

host.ioBroker	2021-01-25 07:02:37.361	info	instance system.adapter.ical.8 started with pid 1786
host.ioBroker	2021-01-25 07:02:37.305	info	instance scheduled system.adapter.ical.8 23 2 * * *
host.ioBroker	2021-01-25 07:02:33.993	info	instance system.adapter.trashschedule.0 started with pid 1735
host.ioBroker	2021-01-25 07:02:30.933	info	instance system.adapter.schoolfree.0 terminated with code 0 (NO_ERROR)
host.ioBroker	2021-01-25 07:02:29.353	info	instance system.adapter.odl.0 started with pid 1584
host.ioBroker	2021-01-25 07:02:29.300	info	instance scheduled system.adapter.odl.0 30 * * * *
host.ioBroker	2021-01-25 07:02:25.247	info	instance system.adapter.heatingcontrol.0 started with pid 1472
host.ioBroker	2021-01-25 07:02:21.325	info	instance system.adapter.alexa2.0 started with pid 1383
host.ioBroker	2021-01-25 07:02:19.653	info	instance system.adapter.vis-google-fonts.0 terminated while should be started once
vis-google-fonts.0	2021-01-25 07:02:19.021	info	(1275) Terminated (NO_ERROR): Without reason
vis-google-fonts.0	2021-01-25 07:02:18.405	info	(1275) starting. Version 0.1.0 in /opt/iobroker/node_modules/iobroker.vis-google-fonts, node: v12.20.1, js-controller: 3.2.11
host.ioBroker	2021-01-25 07:02:13.223	info	instance system.adapter.openuv.0 started with pid 1217
host.ioBroker	2021-01-25 07:02:09.344	info	instance system.adapter.schoolfree.0 started with pid 1086
host.ioBroker	2021-01-25 07:02:09.305	info	instance scheduled system.adapter.schoolfree.0 1 0 * * *
host.ioBroker	2021-01-25 07:02:05.325	info	instance system.adapter.info.0 started with pid 795
ubuntu.0	2021-01-25 07:02:02.762	warn	(770) adapter.objects.getObjectList is deprecated, and will be removed in the future. Please use adapter.getObjectList/Async. Report this to Developer!
host.ioBroker	2021-01-25 07:02:01.224	info	instance system.adapter.ubuntu.0 started with pid 770
host.ioBroker	2021-01-25 07:01:57.224	info	instance system.adapter.phantomjs.0 started with pid 755

also scheint irgendwas "repariert" zu sein.

[Ein ehemaliger Benutzer]

@apollon77

js-controller 3.2.11
läuft. Upgrade mit iobroker upgrade self, ging gefühlt schneller. Keine Fehler.

[apollon77]

@chaot Meinst Du "pid" mit ID Nummern?
Dann ist das ganz normal prozess IDs werden vom Betriebssystem aufsteigend vergeben und irgendwann springen die zurück auf 1 und laufen da weiter.

[Chaot]

@apollon77 Ja, das meine ich.
Aber früher hatte ich immer ganz hohe PID, weil aus irgendeinem Grund der ioBroker schon bei über 10000 gestartet ist und dann alle anderen Prozesse eben höher waren.

Spoiler

Und jetzt startet plötzlich der Controler mit PID 175.

Nichts wirklich wichtiges. Ist mir nur aufgefallen das das plötzlich anders ist.
Konnte sich vorher schon keiner erklären. Aber so lange das System normal läuft denke ich auch nicht darüber nach.

[apollon77]

@chaot Wie gesagt voll normal, je länger der Host läuft umso höher werden die Zahlen und fallen irgendwann zurück. soweit ich weiss ist 0..99999 der "normale" Range für diese zahl