Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Thomas Braun]

@mheymann
Sicher das du im Beta-Zweig richtig bist?

which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs

[apollon77]

@crunchip Hm .. ok denke braucht einen neuen installer bzw fixer. Dann ist das weg. sind dran

[apollon77]

@khk Liegt am installation fixer, nicht controller. Fix kommt nachher

[Homoran]

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

Liegt am installation fixer, nicht controller. Fix kommt nachher

bleibt der dann 3.1.x oder gar 2.2.x kompatibel?

[apollon77]

@mheymann AM besten den javascript Adapte rnochmals installieren ...

am besten in /opt/iobroker

ein "npm i iobroker.javascript"

ausführen. Das ist komisch

[apollon77]

@homoran Komplett unabhängig vom controller

[apollon77]

@diginix Ich bereite für nachmittag eine 3.2.9 vor (muss nur erst einkaufen), dann müsste das problem weg sein

[MHeymann]

@thomas-braun
Durchaus möglich das ich hier nicht ganz richtig bin. Hab nur gelesen das crunchip auch nen Fehler nach dem update hat. Da mir ehrlich gesagt gerade das Hertz in die Hose gerutscht ist als ich die lange Fehlermeldung gesehen habe versuche ich einfach hier mein Glück. Sorry dafür.

/usr/bin/nodejs
v12.20.1
/usr/bin/node
v12.20.1
/usr/bin/npm
6.14.10
nodejs:
  Installed: 12.20.1-1nodesource1
  Candidate: 12.20.1-1nodesource1
  Version table:
 *** 12.20.1-1nodesource1 500
        500 https://deb.nodesource.com/node_12.x bionic/main amd64 Packages
        100 /var/lib/dpkg/status
     8.10.0~dfsg-2ubuntu0.4 500
        500 http://archive.ubuntu.com/ubuntu bionic-updates/universe amd64 Packages
     8.10.0~dfsg-2ubuntu0.2 500
        500 http://archive.ubuntu.com/ubuntu bionic-security/universe amd64 Packages
     8.10.0~dfsg-2 500
        500 http://archive.ubuntu.com/ubuntu bionic/universe amd64 Packages

[Thomas Braun]

@mheymann Passt soweit.
Dann die Änderungen abwarten.

[MHeymann]

@thomas-braun
@apollon77

am besten in /opt/iobroker

ein "npmi iobroker.javascript"

ausführen. Das ist komisch

Hat funktioniert. Vielen Dank für die Hilfe.

[apollon77]

Der Installation Fixer ist "gefixt" Also bitte nochmal iobroker stoppen und "iobroker fix" ausführen, dann sollten die komischen Shell meldungen weg sein

[crunchip]

@apollon77 super und danke für den schnellen fix, läuft wieder
was mir grad aufgefallen ist, die zweite Zeile, die ist neu

tankerkoenig.0	2021-01-23 13:47:47.399	warn	(15196) State "tankerkoenig.0.stations.8.e10.combined" has no existing object, this might lead to an error in future versions
tankerkoenig.0	2021-01-23 13:47:46.387	warn	(15196) Please update js-controller to at least 1.2.0

[apollon77]

@crunchip Nee die ist Uralt und kommt dann wenn der zum anlegen der Objekte mal "Länger" als erwartet braucht ... ist ein mega hack und bullshit inzwischen leg mal eher ein issue an das man das ausbaut

[crunchip]

@apollon77 ok, mach ich
seltsam, sonst wurde mir nur die erste Zeile angezeigt

edit:
@apollon77 Alexa2 (weil es ja dein Part ist und ich den passenden Thread grad nicht finde)
version 3.5.6 bei start von iobroker

2021-01-23 13:47:18.036 - error: alexa2.0 (14667) Error: Error while checking Authentication: Error: no JSON
2021-01-23 13:47:18.039 - info: alexa2.0 (14667) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2021-01-23 13:47:19.461 - error: alexa2.0 (14667) Cannot check object existence of "alexa2.0.info.connection": Error: Connection is closed.
2021-01-23 13:47:19.462 - warn: alexa2.0 (14667) Could not check object existence of state alexa2.0.info.connection: Error: Cannot check object existence of "alexa2.0.info.connection": Error: Connection is closed.
2021-01-23 13:47:19.463 - error: alexa2.0 (14667) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2021-01-23 13:47:19.463 - error: alexa2.0 (14667) unhandled promise rejection: Cannot read property 'setState' of null
2021-01-23 13:47:19.492 - error: alexa2.0 (14667) TypeError: Cannot read property 'setState' of null
at Adapter.setState (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6065:35)
at processTicksAndRejections (internal/process/task_queues.js:97:5)
2021-01-23 13:47:19.493 - error: alexa2.0 (14667) Cannot read property 'setState' of null
2021-01-23 13:47:19.494 - info: alexa2.0 (14667) sendToHost not processed because States database not connected
2021-01-23 13:47:20.015 - info: alexa2.0 (14667) terminating

[foxriver76]

Wenn man nun den Fixer ausführt, sollte die iobroker CLI in Kombination mit "Grace" auch Auto-Completion unterstützen.

[apollon77]

@crunchip Die Alexa2 Fehler bitte mit der kommenden 3.2.9 vom controller nochmals checken

[UncleSam]

Hat jemand von euch den folgenden Fehler schon mal gesehen:

Something	2021-01-22 18:47:43.864	error	went wrong: sourceId=sonoff.0.WiFi-Plug11.POWER, sourceObj={"_id":"sonoff.0.WiFi-Plug11.POWER","common":{"type":"boolean","role":"switch","read":true,"write":true,"storeMap":true,"name":"WiFi-Plug11
Something	2021-01-22 18:47:43.863	error	went wrong: sourceId=mihome-vacuum.0.rooms.275001013648.roomClean, sourceObj={"type":"state","common":{"name":"clean Room","type":"boolean","role":"button","read":false,"write":true,"desc":"Start Roo

Er ist nicht von mir, aber er wurde in diesem Thema gemeldet.

[Rushmed]

@unclesam Ich beobachte noch, seit gestern ist das Phänmen noch nicht wieder aufgetaucht. Ich habe auch keine Ahnung was die Ursache war.

[Dr. Bakterius]

@apollon77 Ist es richtig, dass der js-controller unnötig oft (auch wenn sich nichts ändert) die objects.json und objects.json.bak schreibt?

[apollon77]

Hey all,

mit den letzten Dingen gibt es jetzt noch eine 3.2.10 (die 3.2.9 haben wir übersprungen, technische Gründe)

3.2.10 (2021-01-23)

• (Apollon77) prevent some errors shown and optimize database handling
• (Apollon77) prevent an endless loop when lua script initialization was not possible
• (Apollon77) catch semver errors in upgrade commands
• (foxriver76) ensure setAdapterInstanceEnabled can not hang

Bitte testen, einige Adapter sollten etwas ruhiger sein hoffe ich. @Diginix Bitte auch deine hängenden Prozesse beobachten