js-controller 3.2 jetzt im STABLE!

[loi83]

@ahnungsbefreit ich hab das selbe Problem. Mit dem Update aus dem Latest ist das Problem erstmal weg.

[oFbEQnpoLKKl6mbY5e13]

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

@ofbeqnpolkkl6mby5e13 Das ist nicht wahr. Ich habe gestern einen ganzen Satz Adapter die "Bekannt" waren mit ins Stable geschoben. Sorry aber keinen Blödsinn erzählen

Wieso Blödsinn?

Der HM-RPC ist in Stable bei 1.14.24. Muss für den JS-Controller aber mindestens
1.14.29 (2021-01-09) (foxriver76) do not set PONG state anymore
haben.

[apollon77]

@ofbeqnpolkkl6mby5e13 In dam Fall nehme ich alles zurück ... Wir hatten gestern die Devs abgefragt was ins Stable muss und da wurde der wohl übersehen

[oFbEQnpoLKKl6mbY5e13]

@apollon77
Kein Problem!

[Ahnungsbefreit]

@apollon77 ...und schon ist das Update in Stable! Jungs, Ihr seid der Hammer!!!

[sandro_gera]

@apollon77

Sorry wenn ich mal so dumm frage, aber ich will nichts falsch machen. Ich habe nach dem Stoppen das ioBrokers und der Überprüfung mit den Befehlen ps auxww|grep io , ps auxww|grep backup folgende Ausgabe erhalten.

pi@RaspBerry4BioBroker:~ $ ps auxww|grep io
root        13  0.0  0.0      0     0 ?        S    14:40   0:00 [migration/0]
root        16  0.0  0.0      0     0 ?        S    14:40   0:00 [migration/1]
root        21  0.0  0.0      0     0 ?        S    14:40   0:00 [migration/2]
root        26  0.0  0.0      0     0 ?        S    14:40   0:00 [migration/3]
root        58  0.0  0.0      0     0 ?        I<   14:40   0:00 [blkcg_punt_bio]
root        62  0.0  0.0      0     0 ?        I<   14:40   0:00 [rpciod]
root        64  0.0  0.0      0     0 ?        I<   14:40   0:00 [xprtiod]
root        66  0.0  0.0      0     0 ?        I<   14:40   0:00 [nfsiod]
root        72  0.0  0.0      0     0 ?        I<   14:40   0:00 [DWC Notificatio]
message+   354  0.0  0.0   6548  3000 ?        Ss   14:40   0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
avahi      372  0.0  0.0   5904  2528 ?        Ss   14:40   0:00 avahi-daemon: running [RaspBerry4BioBroker.local]
root       724  0.0  0.0      0     0 ?        I<   14:40   0:00 [cifsiod]
pi        1825  0.0  0.0   7360   492 pts/0    S+   14:51   0:00 grep --color=auto io
pi@RaspBerry4BioBroker:~ $ ps auxww|grep backup
pi        1827  0.0  0.0   7360   508 pts/0    S+   14:51   0:00 grep --color=auto backup

Jetzt bin ich nicht sicher ob wirklich alles gestoppt ist.

Wenn nicht was muß ich noch machen damit alle Prozesse gestopt werden?

[apollon77]

@sandro_gera ist alles gestoppt

[sandro_gera]

@apollon77

vielen dank

[sandro_gera]

@apollon77

ich habe folgende Fehlermeldung bekommen nachdem ich das update angestoßen habe

pi@RaspBerry4BioBroker:~ $ iobroker upgrade self
Update js-controller from @3.1.6 to @3.2.16
NPM version: 6.14.11
npm install iobroker.js-controller@3.2.16 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System c                           all)
npm install iobroker.js-controller@3.2.16 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System c                           all)
Starting node restart.js
pi@RaspBerry4BioBroker:~ $ npm install iobroker.js-controller@3.2.16 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call)

Was kann ich machen?

[apollon77]

@sandro_gera Wo siehst du da eine fehlermeldung? Das sind alles die normalen ausgaben. alles gut durchgelaufen

[sandro_gera]

@apollon77

sorry das ich mich so dumm anstellen ich dachte nur "loglevel error" bedeutet das es irgendwo ein Problem gab.

[apollon77]

@sandro_gera ne das heisst "gib nur fehler aus". Und da nix ausgegeben wurde ist alles ok

[eb0klud]

@apollon77 Danke für Deine Arbeit!

Ich habe auf 3.2.16 geupdatet und nun bringt der fritzdect.0 error:
(773) no response part in returned message und
(773) fritzbox returned this {"error":{},"options":{"url":"192.168.178.1/login_sid.lua"}}

Leider kann ich mit der Fehlermeldung nichts anfangen und finde auch leider keinen Hinweis. Kannst Du weiterhelfen?

Gruß Gerhard

[apollon77]

@eb0kludHm. ich kann auch nur mit der Meldung des Adapters raten: Deine Fritzbox hat nicht geantwortet. stoppe mal Adapter, warte kurz und starte neu. Sonst -> Adapter! Hat nichts mit dem Controller zu tun

[eb0klud]

@apollon77 alles klar, danke.....den Adapter hatte ich schon neu gestartet. Ich werde die Fritzbox nochmal starten

[FredF]

Auch bei meinem Master mit einem Slave hat alles geklappt.
Super Job, @apollon77 und alle Beteiligten

[AliBabaBinLaden]

@apollon77 said in js-controller 3.2 jetzt im STABLE!:

iobroker start

Hallo
seit dem Update habe ich im LOG Warnmeldungen vom smartmeter Adapter.
Was bedeuten denn diese Meldungen und wie kann ich sie beheben?

[Thomas Braun]

@alibababinladen
Wie alle diese Meldungen. Mach ein Issue beim entsprechenden Adapter auf.

[apollon77]

@alibababinladen Naja, hast Du Smartmeter auf die letzte Version im Stable aktualisiert?

[Marty56]

@apollon77

Ich hatte folgendes Fehlerbild schon mit dem Homematic Adapter gemeldet.
Jetzt taucht es im Zusammenhang mit dem Alexa Adapter auf.
Ich bekomme in Abstand von wenigen Millisekunden die Meldung, dass States database not connected ist.

Wenn ich dann den Alexa Adapter stoppe und wieder starte, ist eine Weile (einige Minuten bis Stunden) Ruhe, um dann wieder anzufangen.

Ich glaube nicht, dass das an dem Alexa Adapter liegt.

Ich habe
Objects type: file
States type: redis

Ansonsten Node 12, js-controller 3.2.16 und Alexa 3.8.0 installiert. Alexa 3.8.1 erzeugte denselben Fehler.

alexa2.0	2021-02-20 11:21:43.008	info	(COMPACT) setState not processed because States database not connected
alexa2.0	2021-02-20 11:21:43.007	info	(COMPACT) setState not processed because States database not connected