js-controller 3.3 jetzt im Beta

[FredF]

@apollon77 Vorher natürlich gestoppt. KA, liegts an jsonl?

Spoiler

fred@iobTest:~$ iob upgrade self
Update js-controller from @3.2.16 to @3.3.1
NPM version: 6.14.12
npm install iobroker.js-controller@3.3.1 --loglevel error --unsafe-perm --prefix                                          "/opt/iobroker" (System call)
Starting node restart.js
fred@iobTest:~$ iob status
iobroker is running on this host.


Objects type: jsonl
States  type: jsonl
fred@iobTest:~$

[sigi234]

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

Zusätzlich kommen sehr viele Warnungen von sehr vielen Adapter in dem Stil

Jupp, habe auch schon einige issues angelegt. Kommt ja bei vielen daher.

[Kueppert]

Hallo zusammen, diesmal will iobroker update bei mir nicht so richtig...
iobroker gestoppt, dann:

root@ioBroker2:~# iobroker update
No connection to databases possible ...
root@ioBroker2:~#

den Fixer hab ich eben schon mal drüber gebügelt, bleibt aber bei der Ausgabe. Entweder ich bin noch zu müde - oder dat jeht nit bei mir aktuell?

NACHTRAG (aktueller Status):

node: v12.22.1
js-controller: 3.2.16
Objects type: jsonl
States  type: jsonl

[deta]

Gerade alles aktualliesiert, da ich warn jede menge hatte mal den fixer drüber laufen lassen.
Dann noch mal update und bei upgrade

rock@rock:/opt/iobroker$ 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)
rock@rock:/opt/iobroker$ 

[apollon77]

@kueppert Als Workaround: Starte nochmal, mach den "update" befehl dann" und stoppe dann und mache dann upgrade self. Da hat jsonl bei dir nicht genug zeit zum starten ... ist mit controller 3.3 optimiert bzw im jsonl Thread schauen

[apollon77]

@fredf Grund gefunden. Danke.

[Kueppert]

@apollon77 während iobroker läuft, war Schritt 1 möglich

root@ioBroker2:~# iobroker update
Used repository: latest_neu
hash unchanged, use cached sources
update done

danach wieder iobroker gestoppt, dann gehts wieder nicht weiter:

root@ioBroker2:~# iobroker stop
root@ioBroker2:~# iobroker upgrade self
No connection to databases possible ...

[apollon77]

@kueppert Dann nimm mal den "harten weg":

cd /opt/iobroker
npm i iobroker.js-controller

Geht der?

Und danach checke mal ob dann bei ausgeschaltetem iobroker wenn die 3.3 drauf ist ein "iobroker update" geht

[Kueppert]

@apollon77 update ging so. ANbei schon mal das Log. Ich mach jetzt nen Reboot und schaue, ob Update dann geht:

root@ioBroker2:~# iobroker stop
root@ioBroker2:~# cd /opt/iobroker
root@ioBroker2:/opt/iobroker# npm i iobroker.js-controller
npm WARN deprecated request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142

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

NPM version: 6.14.12

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

object _design/system updated

> esbuild@0.11.16 postinstall /opt/iobroker/node_modules/esbuild
> node install.js

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 optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@^1.0.7 (node_modules/iobroker.info/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 bl@0.7.0 requires a peer of stream-browserify@* but none is installed. You must install peer dependencies yourself.

+ iobroker.js-controller@3.3.1
added 19 packages from 36 contributors, removed 76 packages, updated 30 packages and moved 1 package in 52.619s

56 packages are looking for funding
  run `npm fund` for details

NACHTRAG: iobroker update funktioniert nun nach dem manuellen Update auf JS 3.3

mikeal created this issue in request/request

open Request’s Past, Present and Future #3142

[Thomas Braun]

@kueppert

root@ioBroker2

Da kannst du direkt den

iobroker fix

hinterher werden.

[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 :))....