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

[Thomas Braun]

Ich bin nicht sicher ob es sich um ein Issue mit js-controller 5 handelt, aber der info-Adapter schmeißt mir ein

Cannot get data: TypeError: can't assign to property "_nodeCurrent" on "timeout": not an object

entgegen, wenn die Übersicht im Admin aufgerufen wird. Darüber hinaus ist die Kachel ohne Inhalt:

Kann das wer bestätigen?

[Edit:] War ein 'Schluckauf' bei mir, Browser neugestartet, funktioniert wieder. Sorry... :-D

[mpl1338]

hab mich auch eben ans Update getraut:

Pihole startet nicht:

pi-hole.0
1522923	2023-06-14 21:12:03.405	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

pi-hole.0
1522923	2023-06-14 21:12:03.405	info	terminating

pi-hole.0
1522923	2023-06-14 21:12:03.404	info	cleaned everything up...

pi-hole.0
1522923	2023-06-14 21:12:03.401	error	Parameter "options" needs to be a real object but type "object" has been passed

pi-hole.0
1522923	2023-06-14 21:12:03.401	error	Error: Parameter "options" needs to be a real object but type "object" has been passed at Validator.assertObject (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/validator.js:215:19) at AdapterClass.setObjectNotExists (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:3388:35) at main (/opt/iobroker/node_modules/iobroker.pi-hole/main.js:327:10) at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.pi-hole/main.js:75:6) at process.processImmediate (node:internal/timers:478:21)

pi-hole.0
1522923	2023-06-14 21:12:03.399	error	uncaught exception: Parameter "options" needs to be a real object but type "object" has been passed

pi-hole.0
1522923	2023-06-14 21:12:03.373	info	starting. Version 1.3.4 in /opt/iobroker/node_modules/iobroker.pi-hole, node: v18.16.0, js-controller: 5.0.3

KNX Lizenz Problem:

knx.0
1522719	2023-06-14 21:11:24.180	error	This license is not valid for this iobroker host

knx.0
1523091	2023-06-14 21:14:57.335	warn	No license found for knx. You can use 500DP for free or you can get a license on https://iobroker.net/accountLicenses !

[foxriver76]

Controller 5.0.4 ist demnächst verfügbar:

• Cannot call visUtils Error sollte behoben sein (trat auf wenn man eigene Folder in vis.0 angelegt hatte)
• Upload von vis sollte nicht länger eigene Daten in vis Folder löschen. Dort bitte trotzallem keine Daten mehr anlegen, wir unterstützen hier die Legacy Systeme (Zeiten vor Benutzerdaten Folder)
• Und hier kann man erstmalig das Update von 5.0.3 auf 5.0.4 testen, sprich Auto Update sollte nun Log im Admin etc generieren.

[zeron850]

Bei mir kam heute Morgen nach erfolgtem Update auf 5.0.3 folgende Meldung im Fehlerlog:

sma-em.0
	27488	2023-06-15 03:30:25.453	error	DB closed
sma-em.0
	27488	2023-06-15 03:30:25.451	error	Error: DB closed at close (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:184:25) at Socket.<anonymous> (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:151:20) at Object.onceWrapper (node:events:628:26) at Socket.emit (node:events:513:28) at TCP.<anonymous> (node:net:298:12)
sma-em.0
	27488	2023-06-15 03:30:25.447	error	unhandled promise rejection: DB closed
sma-em.0
	27488	2023-06-15 03:30:25.421	error	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().
host.NOW8-Home
		2023-06-15 03:30:25.095	error	Caught by controller[0]: Error: ENOENT: no such file or directory, open '/opt/iobroker/log/iobroker.2023-06-14.log'

Alle Adapter funktionieren aber soweit...

Folgende Konfiguration läuft bei mir:

    Plattform: linux
    Betriebssystem: linux
    Architektur: arm64
    CPUs: 4
    Geschwindigkeit: 2016 MHz
    Modell: ARMv8 Processor rev 0 (v8l)
    RAM: 3.6 GB
    System-Betriebszeit: 02:53:09
    Node.js: v18.16.0
    time: 1686803027830
    timeOffset: -120
    Adapter-Anzahl: 563
    NPM: 8.19.2
    Datenträgergröße: 28.6 GB
    Freier Festplattenspeicher: 23.2 GB
    Betriebszeit: 02:52:53
    Aktive Instanzen: 26
    Pfad: /opt/iobroker/
    aktiv: 

[daniel0815]

Guten Morgen,

nach dem Update auf 5.0.3 lässt sich die Vis nicht mehr öffnen. Beim starten des Adapters kommt folgende Fehlermeldung:

vis.0
	2023-06-15 07:55:32.932	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason
vis.0
	2023-06-15 07:55:32.931	info	terminating
vis.0
	2023-06-15 07:55:32.424	error	Not exists
vis.0
	2023-06-15 07:55:32.424	error	Error: Not exists at ObjectsInRedisClient._readFile (/opt/iobroker/node_modules/@iobroker/db-objects-redis/build/lib/objects/objectsInRedisClient.js:856:19) at Immediate.<anonymous> (/opt/iobroker/node_modules/@iobroker/db-objects-redis/build/lib/objects/objectsInRedisClient.js:893:59) at process.processImmediate (node:internal/timers:478:21)
vis.0
	2023-06-15 07:55:32.423	error	unhandled promise rejection: Not exists
vis.0
	2023-06-15 07:55:32.422	error	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().

die diag Ausgabe:

======================= SUMMARY =======================
                     v.2023-04-16


Operatingsystem:        Debian GNU/Linux 11 (bullseye)
Kernel:                 5.10.0-23-amd64
Installation:           kvm
Timezone:               Europe/Berlin (CEST, +0200)
User-ID:                1001
X-Server:               false
Boot Target:            graphical.target

Pending OS-Updates:     0
Pending iob updates:    0

Nodejs-Installation:    /usr/bin/nodejs         v18.16.0
                        /usr/bin/node           v18.16.0
                        /usr/bin/npm            9.5.1
                        /usr/bin/npx            9.5.1

Recommended versions are nodejs 18.x.y and npm 9.x.y
Your nodejs installation is correct

MEMORY: 
               total        used        free      shared  buff/cache   available
Mem:            7.8G        1.8G        4.7G        0.0K        1.3G        5.7G
Swap:           974M         12M        962M
Total:          8.7G        1.8G        5.7G

Active iob-Instances:   26
Active repo(s): beta

ioBroker Core:          js-controller           5.0.3
                        admin                   6.5.8

ioBroker Status:        iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

Status admin and web instance:
+ system.adapter.admin.0                  : admin                 : debian                                   -  enabled, compact disabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.web.0                    : web                   : debian                                   -  enabled, compact disabled, port: 8082, bind: 0.0.0.0, run as: admin

Objects:                7337
States:                 6420

Size of iob-Database:

12M     /opt/iobroker/iobroker-data/objects.jsonl
4.4M    /opt/iobroker/iobroker-data/states.jsonl



=================== END OF SUMMARY ====================

[bommel_030]

@daniel0815
Hast du heute früh auch das e-charts update gemacht?
Ich habe gestern den js-controller auf 5.0.3 aktualisiert und danach noch die VIS aufgerufen. Heute früh e-charts aktualisiert, das hat scheinbar einen Neustart des iobroker verursacht. Seitdem kokmmt beim Aufruf der VIS nur "File index.html not found: {}"

[crunchip]

@daniel0815 mach ein upload des vis Adapters

@bommel_030 sagte in js-controller 5.0.x jetzt in der BETA:

der VIS nur "File index.html not found: {}"

https://forum.iobroker.net/post/1002526

[daniel0815]

@bommel_030

Ja das Update hab ich gleich mit gemacht. Seit dem ist die edit.html nicht mehr aufrufbar.

[bommel_030]

@crunchip
Danke, hatte ich schon gemacht, das funktioniert auch.
Wollte nur sagen, bei mir lag es NICHT am js-controller Update, es kam erst mit dem e-charts Update. Keine Ahnung was da für ein Zusammenhang ist.

[daniel0815]

@crunchip

Danke, nach dem zweiten Upload geht es nun wieder.

[crunchip]

@bommel_030 sagte in js-controller 5.0.x jetzt in der BETA:

es kam erst mit dem e-charts Update

glaube ich nicht, das hatte ich schon zuvor gemacht, nach dem upgrade des js-controller von 5.02 auf 5.03 gestern ebenfalls den vis upload angestoßen, lief nun bis jetzt

allerdings kam gerade die Meldung

web.0
2023-06-15 09:43:51.391	info	==> Connected system.user.admin from ::ffff:10.1.20.164

web.0
2023-06-15 09:43:50.506	info	==> Connected system.user.admin from ::ffff:10.1.20.164

web.0
2023-06-15 09:43:50.209	info	<== Disconnect system.user.admin from ::ffff:10.1.20.164 vis.0

und nun zeigt mir meine vis ebenfalls

File index.html not found: {}

aber nur auf einem Gerät
allerdings lässt sich vis am PC auch nicht mehr aufrufen, andere Tablet läuft noch

[bommel_030]

@crunchip
Musst du mir ja auch nicht glauben :-D Wie gesagt, war gestern schon auf der 5.0.3 und danach hat die VIS inkl. edit noch funktioniert.
Evtl. hat der Admin Neustart durch das e-chart Update (warum auch immer das Update das ausgelöst hat) den Fehler hervorgebracht.

[crunchip]

@bommel_030 ich schreib doch gerade, es kam bei mir gerade aus heiterem Himmel, kein Neustart, nix

ein upload vis per admin löste das Problem allerdings nicht

erst über Konsole

iob stop vis
iob upload vis
iob start vis

möglicherweise ist auch das stoppen/starten von vis der Schlüssel

[mcm1957]

Beim doorbird adapter gibts ne neue Fehlermeldung:
https://github.com/iobroker-community-adapters/ioBroker.doorbird/issues/38

2023-06-15 06:47:45.738 - error: doorbird.0 (12974) uncaught exception: ENOENT: no such file or directory, open '/opt/iobroker/node_modules/iobroker-data/doorbird.0.snap.jpg'

Weiß wer ob es diese Verzeichnis wirklich mal so (hallwegs legal bzw. legacy) gegeben hat? iobroker-data unter node_modules kommt mir sehr suspekt vor.

[foxriver76]

@mcm57 Halte ich für unwahrscheinlich, dass sich npm nicht daran gestört hat, bzw diese nicht gelöscht hat.
Sowas sollte im ioBroker Storage des Adapters abgelegt werden.

[mcm1957]

@foxriver76
Schon gefunden.
Das ist eine alte Version des Adapters die noch nicht getDefauktDataDir verwendet.
Das wurde letzte Woche erst gefixed und ist noch als alpha declariert.

[apollon77]

@crunchip sagte in js-controller 5.0.x jetzt in der BETA:

möglicherweise ist auch das stoppen/starten von vis der Schlüssel

Ja sehr wahrscheinlich im Falle von Vis

[mcm1957]

@apollon77

Weitere Adapter mit Problemen für die Liste:
doorbird

@all
Siehe https://github.com/iobroker-community-adapters/ioBroker.doorbird/issues/38

Der Adapter dürfte lt. commit history angepasst worden sein. Allerdings gibts noch keine Version im latest und der Adapter wurde eben erst in community verschoben. Die GH Version scheint Probleme bei der Installation zu machen. Siehe issue.

Die GH Version scheint normal installierbar zu sein und auch (so halbegs) zu laufen. Allerdings sind wir noch auf der Suche wo nun die Bilder gespeichert werden :-)

[ESP8266]

@mcm57 sagte in js-controller 5.0.x jetzt in der BETA:

@esp8266 said in js-controller 5.0.x jetzt in der BETA:

Zu enigma2,
derzeit läuft er auf 4.024, habe aber gesehen das der Adapter auf 5.x grün war. Aber die Gigablue war zu der Zeit OFF.
Ich kann bei Gelegenheit nochmals auf 5x wechseln und in Ausführlich testen. Ob alle Funktionen gegeben sind.

Du kannst da von mir aus auch noch ein wenig warten. Ich hoffe das Apollon77 bald zu den Reviews für latest kommt. Enigma2 ist einer der Adapter der auf die Aufnahme ins offizielle latest repo wartet. Wenn du schon testest, kannst dann gleich die offizielle 1.5.0 testen :-)

Also der enigma2 1.5.0 Adapter läuft auf 4x und 5x. Allerdinge nutze ich keine Tastenfunktionen. Einige gingen wohl schon früher nicht. Das mache ich aus dem Harmony Adapter. Ich nutze ihn nur für das EPG und Infos für die VIS. Der einzigste der Rot ist, ist fakeroku.

[mcm1957]

@esp8266 said in js-controller 5.0.x jetzt in der BETA:

Also der enigma2 1.5.0 Adapter läuft auf 4x und 5x. Allerdinge nutze ich keine Tastenfunktionen. Einige gingen wohl schon früher nicht.

Wenn du magst mach ein Issue auf (hab aber nicht geschaut ob es eh eines gibt.) Ob sich wer drum kümmern kann / will steht dann noch auf einem anderen Blatt. Nur nicht registrierte Fehler werden sicher nicht gefixed.

Und DANKE für deinen Test und das aktive Rückmelden des Status !