js-controller 3.3 jetzt im Beta

[Kueppert]

@thomas-braun hab ich jetzt noch nachgeholt, danke dir. Hab auch mal wieder in deinem Werkzeugkasten gelesen, weil ich vorher noch nen Update von der VM gemacht hab - nur an die User hab ich mich nicht gehalten, wie immer ^^

[Thomas Braun]

@kueppert Du solltest dir schleunigst den root-login abgewöhnen.

[BBTown]

Bei mir läuft das Log ebenfalls mit Meldungen über "wrong type" voll.

Nun könnte ich ja tatsächlich bei allen Adaptern in Github ein Issue aufmachen, aber ich kann zum Teil gar keinen Fehler feststellen.

Beispiel Info-Adapter:

info.0	2021-04-30 09:19:57.851	warn	(1455) State value to set for "info.0.sysinfo.disks.fsSize.fs0.used_hist" has wrong type "string" but has to be "array"

und dann schaue ich mir den Datenpunkt an und siehe da ... der ist doch vom Typ "array".
Was also könnte am Adapter geändert werden?

{
  "from": "system.adapter.info.0",
  "user": "system.user.admin",
  "ts": 1553260102115,
  "common": {
    "name": "used_hist",
    "type": "array",
    "role": "value",
    "read": true,
    "write": false
  },
  "native": {},
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  },
  "_id": "info.0.sysinfo.disks.fsSize.fs0.used_hist",
  "type": "state"
}

[Homoran]

@bbtown sagte in js-controller 3.3 jetzt im Latest:

der ist doch vom Typ "array".

eben!

das wird doch angemeckert:

@bbtown sagte in js-controller 3.3 jetzt im Latest:

info.0 2021-04-30 09:19:57.851 warn (1455) State value to set for "info.0.sysinfo.disks.fsSize.fs0.used_hist" has wrong type "string" but has to be "array"

der wert der da hineingeschrieben werden soll hat den falschen typ

[Kueppert]

Meine Güte...500 Meldungen in 10 Sekunden. Bei meinen genutzten Adaptern scheint keiner die korrekten types zu nutzen ^^

[apollon77]

@bbtown Der Fehler meckert ja das es array sein sollte aber ein "string" reingeschrieben wird ...

[apollon77]

@deta Ignore ... Habs reproduziert. Liegt daran das Du keine Updates hast ... Fix kommt in die 3.3.2

[BBTown]

@apollon77 sagte in js-controller 3.3 jetzt im Latest:

@bbtown Der Fehler meckert ja das es array sein sollte aber ein "string" reingeschrieben wird ...

@apollon77 @Homoran
Ihr habt wahr ... ich habe es genau anders herum gelesen .... da sieht man wieder, ich bin eben keine "native speaker"

[apollon77]

Zu den mega vielen "State falsch gesetzt "Warnungen": Ich weiss das es für Euch mega nervig ist, aber irgendwann müssen wir anfangen sicherzustellen das alles sinn macht was die Adapter tun. Das ist einige Zeit etwas "schleiffen gelassen worden".

Wir überlegen mal was wir genau tun wenn der Controller 3.3 ins Stable geht, aber bis dahin der dringende Aufruf an alle: Bitte meldet die Adapter in den Repositories. Nut so können wir das zeitnah angehen und fixen

[TRM]

Danke für die Info. Habe bereits 2 Adapter bzw. den Issue bei Github gemeldet. Ich muss aber gestehen, dass ich nun auf 3.2.16 zurück bin, da das LOG bei mir wirklich im Sekundentakt zig Meldungen ausgibt und die Instanz dadurch auch deutlich an Performance verliert.

Die Intention dahinter verstehe ich schon. Irgendwann muss es getan werden. Nur den Druck durch die User aufzubauen ist etwas....schwierig (kein Vorwurf/Front :))....

[Homoran]

@trm sagte in js-controller 3.3 jetzt im Latest:

den Druck durch die User aufzubauen ist etwas....schwierig

Das soll ja kein Druck auf die User sein.
Aber alle möglichen Konstellationen treten nur bei Usern auf.
Ein Developer kann das gar nicht alles nachstellen. Da ist er schon auf die Hilfe der User angewiesen.

[apollon77]

@trm sagte in js-controller 3.3 jetzt im Latest:

Nur den Druck durch die User aufzubauen ist etwas....schwierig (kein Vorwurf/Front :))....

Sehe ich wie Homoran,

viele Adapterentwickler können gar nicht alle Fälle nachbauen. Wir bereiten gerade parallel vor alle Adapter Entwickler anzugehen das Sie es selbst prüfen, aber wie gesagt das kann ein Entwickler teilweise gar nicht.
Beispiel ist das ich viele Adapter betreue zu denen ich die Hardware gar nicht habe weil es mal Teststellungen waren die man zurückgeben musste o.ä. Damit schwierig
Von der Anzahl Adapter die ich betreue mal abgesehen.

Und ich bin auch ehrlich das ein großer Vorteil der Community bei Open-Source-Projekten, wie ioBroker, ist, dass das viel besser skaliert solche Informationen sinnvoll zu erfassen und zu verteilen.

[Kueppert]

Ich hab jetzt bei allen Adapter, die ich nutze, wo noch kein Issue zu erstellt war, eines erstellt. In der Zwischenzeit stelle ich die Instanzen einfach auf error um, gut ist im LOG

[Thomas Braun]

@apollon77

Upgrade über Kommandozeile per

iobroker upgrade

Haut mir folgendes um die Ohren:

pi@raspberrypi:~ $ nodejs -v && npm -v && iobroker -v
v12.22.1
6.14.12
3.3.1
pi@raspberrypi:~ $ iobroker upgrade
Uncaught Rejection: TypeError: Cannot read property 'indexOf' of undefined
    at Upgrade.upgradeAdapter (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupUpgrade.js:328:21)
    at Upgrade._upgradeAdapterHelper (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupUpgrade.js:156:14)
    at Upgrade.upgradeAdapterHelper (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupUpgrade.js:136:18)
    at /opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:989:37
    at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:2615:45)
    at processImmediate (internal/timers.js:463:21)

https://github.com/ioBroker/ioBroker.js-controller/issues/1303

Grothesk242 created this issue in ioBroker/ioBroker.js-controller

closed CLI iobroker upgrade fails #1303

[apollon77]

@thomas-braun Bekannt, ird in 3.3.2 später gefixt. Aktuell heisst das "hast keine Updates"

[Thomas Braun]

@apollon77
Pfui! Da stellt man sein node16 extra auf node12 runter, macht ein Issue auf und dann ist das schon bekannt und gefixt. So macht Beta-Testing ja gar keinen Spaß!!11!11

[msauer]

Hi...Habe JSONL im Einsatz.
Bekomme beim Update aber Fehler:

root@MSNUC-IOB:/opt/iobroker# iobroker stop
root@MSNUC-IOB:/opt/iobroker# sudo npm i iobroker.js-controller

> iobroker.js-controller@3.2.16 preinstall /opt/iobroker/node_modules/iobroker.js-controller
> node lib/preinstallCheck.js

NPM version: 6.14.12

> iobroker.js-controller@3.2.16 install /opt/iobroker/node_modules/iobroker.js-controller
> node iobroker.js setup first

Installation broken or unknown states type: jsonl configured.
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@~2.3.1 (node_modules/chokidar/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
npm WARN typedoc@0.20.28 requires a peer of typescript@3.9.x || 4.0.x || 4.1.x but none is installed. You must install peer dependencies yourself.
npm WARN typedoc@0.20.28 requires a peer of typescript@3.9.x || 4.0.x || 4.1.x but none is installed. You must install peer dependencies yourself.
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.7 (node_modules/osx-temperature-sensor):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.7: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.3.2 (node_modules/zigbee-herdsman-converters/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.3.2 (node_modules/zigbee-herdsman-converters/node_modules/zigbee-herdsman/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.3.2 (node_modules/zigbee-herdsman/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})

npm ERR! code ELIFECYCLE
npm ERR! errno 101
npm ERR! iobroker.js-controller@3.2.16 install: `node iobroker.js setup first`
npm ERR! Exit status 101
npm ERR!
npm ERR! Failed at the iobroker.js-controller@3.2.16 install script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2021-04-30T09_28_04_276Z-debug.log
root@MSNUC-IOB:/opt/iobroker#

[Thomas Braun]

@msauer sagte in js-controller 3.3 jetzt im Latest:

root@MSNUC-IOB

-_-

[msauer]

Wen ich den Upgrade mit "iobroker upgrade self" machen will

root@MSNUC-IOB:/opt/iobroker# iobroker upgrade self
Controller is running. Please stop ioBroker first.
root@MSNUC-IOB:/opt/iobroker# iobroker stop
root@MSNUC-IOB:/opt/iobroker# iobroker upgrade self
No connection to databases possible ...
root@MSNUC-IOB:/opt/iobroker# sudo iobroker upgrade self
No connection to databases possible ...
root@MSNUC-IOB:/opt/iobroker#

[Thomas Braun]

@msauer sagte in js-controller 3.3 jetzt im Latest:

root@MSNUC-IOB:/opt/iobroker# sudo iobroker upgrade self

Da krieg ich wieder extremes Bauchweh, bei dem Rumgemurkse mit den Rechten...

Meld dich als Standard-User an, nicht als root!

Ja, das geht auch in einem Container/Proxmox.