VIS startet nicht mehr - vermutlich Eigenverschulden

[OliverIO]

@rtwl

bin da beim interpretieren nicht ganz so gut.
hab nix spezielles gesehen, meine vermutung war, das noch adapter fehlen, doch die sind alle da (js-controller,admin,web,ws)

kommt eine fehlermeldung? so wie ich das sehe, müsste die weboberfläche des iobrokers sich öffnen.
ist die installation mit deinem post von vorhin zusammen gefallen als wir die erhöhte prozessorlast hatten? da wurde dann ein rebuild durchgeführt, der dauert eine weile.

evtl kann da @Thomas-Braun drauf schauen, der ist da profi

[rtwl]

@oliverio
nein, keine Fehlermeldung. es bleibt nur hier hängen:

Auf allen Browsern sowie auch Windows und Android Geräten das gleiche.

Mein System läuft seit dem Absturz von gestern normal, heute also alles gut - bis auf das VIS Problem eben.

[OliverIO]

@rtwl

dann schau mal in die browser console mit F12 und dann den reiter console/Konsole suchen
und mal alle Fehlermeldungen hier posten

[Thomas Braun]

@rtwl

iob start vis

mal ausgeführt?
Ansonsten sieht das sehr ordentlich aus.
Vielleicht beizeiten nodejs@20 draufwerfen.

[rtwl]

@thomas-braun sagte in VIS startet nicht mehr - vermutlich Eigenverschulden:

iob start vis

hab ich soeben gemacht. zu sehen war nichts. ein reload der Runtime bleibt wieder hängen.

In der Browser Console hab ich folgende Fehlermeldungen:

POST https://sentry.iobroker.net/api/77/envelope/?sentry_key=888b0efc877b4b12a8a83e3c1fb7fe1a&sentry_version=7 403 (Forbidden)
(anonymous) @ fetch.ts:126
t @ syncpromise.ts:34
n.Ft @ fetch.ts:125
n.sendSession @ fetch.ts:91
t.sendSession @ basebackend.ts:108
t.ht @ baseclient.ts:262
t.captureSession @ baseclient.ts:158
t.Y @ hub.ts:425
t.captureSession @ hub.ts:371
(anonymous) @ sdk.ts:200
t.init @ sdk.ts:94
_initializeSentry @ widgets.min.js:1
initializeSentry @ widgets.min.js:1
await in initializeSentry (async)
(anonymous) @ materialdesign.js:35
(anonymous) @ widgets.min.js:1
(anonymous) @ widgets.min.js:1
r.onack @ socket.io.js:8
r.onpacket @ socket.io.js:8
(anonymous) @ socket.io.js:8
r.emit @ socket.io.js:6
r.ondecoded @ socket.io.js:6
(anonymous) @ socket.io.js:8
r.emit @ socket.io.js:6
a.add @ socket.io.js:6
r.ondata @ socket.io.js:6
(anonymous) @ socket.io.js:8
r.emit @ socket.io.js:6
r.onPacket @ socket.io.js:6
(anonymous) @ socket.io.js:6
r.emit @ socket.io.js:6
r.onPacket @ socket.io.js:7
r.onData @ socket.io.js:7
ws.onmessage @ socket.io.js:8


helpers.ts:111 Uncaught 
TypeError: Cannot read properties of undefined (reading 'data')
    at getUsedObjectIDs (visUtils.js:479:97)
    at Object.getUsedObjectIDs (vis.js:525:22)
    at vis.js:2061:34
    at conn.js:593:25
    at sentryWrapped (helpers.ts:87:17)
getUsedObjectIDs	@	visUtils.js:479
getUsedObjectIDs	@	vis.js:525
(anonymous)	@	vis.js:2061
(anonymous)	@	conn.js:593
sentryWrapped	@	helpers.ts:87
setTimeout (async)		
(anonymous)	@	trycatch.ts:119
(anonymous)	@	conn.js:592
r.onack	@	socket.io.js:8
r.onpacket	@	socket.io.js:8
(anonymous)	@	socket.io.js:8
r.emit	@	socket.io.js:6
r.ondecoded	@	socket.io.js:6
(anonymous)	@	socket.io.js:8
r.emit	@	socket.io.js:6
a.add	@	socket.io.js:6
r.ondata	@	socket.io.js:6
(anonymous)	@	socket.io.js:8
r.emit	@	socket.io.js:6
r.onPacket	@	socket.io.js:6
(anonymous)	@	socket.io.js:6
r.emit	@	socket.io.js:6
r.onPacket	@	socket.io.js:7
r.onData	@	socket.io.js:7
ws.onmessage	@	socket.io.js:8

[rtwl]

@rtwl
wenn ich mit der Maus hier auf den Link bei der Fehlermeldung gehe, kommt was vom MaterialDesign Adapter.
Kann es damit zusammenhängen?

[rtwl]

@rtwl

Auch hier ein Fehler den ich nicht entschlüsseln kann.

[Thomas Braun]

@rtwl

Materialdesign ist auch disabled. Schalt den mal aktiv.

[rtwl]

@thomas-braun
da gibts keinen "play" button.

kann ich den via console starten?

[sigi234]

@rtwl sagte in VIS startet nicht mehr - vermutlich Eigenverschulden:

@thomas-braun
da gibts keinen "play" button.

kann ich den via console starten?

Nein ist schon Richtig so, aber du hast in einer oder mehreren Views Widgets die du gruppiert hast? Diese machen Probleme was bekannt ist.

[haselchen]

@rtwl

Schalt mal den Adapter socket.io aus.
Der darf nicht gleichzeitig mit Web und WS laufen.

[Homoran]

@haselchen sagte in VIS startet nicht mehr - vermutlich Eigenverschulden:

Der darf nicht gleichzeitig mit Web und WS laufen.

warum nicht?
tut er bei mir ohne Probleme.

[haselchen]

@homoran

Guck mal in sein Log.
Terminated…..

Möglich weil beide den gleichen Port benutzen.
Ich muss gestehen, dass ich nicht wüsste wozu ich den Socket.io noch bräuchte .
Mit Einführung des WS meine ich , wurde der obsolet.

[rtwl]

@sigi234 sagte in VIS startet nicht mehr - vermutlich Eigenverschulden:

hast in einer oder mehreren Views Widgets die du gruppiert hast?

ja, ich hab da in einer view ein paar widget gruppiert. Diese view hab ich gestern dubliziert. Dann ging die runtime nicht mehr.

ist das hier von @Homoran immer noch der korrekte Weg den Fehler zu beheben? https://forum.iobroker.net/topic/75565/zugriff-auf-vis-nicht-mehr-möglich/5?_=1722147764089

[rtwl]

braucht man Socket io wirklich nicht mehr? Kann ich den wieder deinstallieren?

[Homoran]

@rtwl Du hast so viele Baustellen!
Warum stocherst du immer weiter im System herum, anstelle es erst einmal stabil zur Ruhe kommen zu lassen?

Damit wird es jetzt bestimmt nicht leichter die Ursachen der anderen Issues systematisch anzugehen

[rtwl]

@homoran da hast du vollkommen recht. Aber ich kann auch nichts dafür, dass ich vor 6 Monaten ein paar widget gruppiert und gestern zufällig kopiert habe.

[Homoran]

@rtwl sagte in VIS startet nicht mehr - vermutlich Eigenverschulden:

Aber ich kann auch nichts dafür, dass ich...gestern zufällig kopiert habe.

Ach so.

Aber für die Dokumentation deiner Abstürze hast du keine Zeit

[rtwl]

@homoran verstehe jetzt nicht was du meinst.
hab all deine Vorschläge umgesetzt. Also das protokollieren der System Daten wie aus deinem Screenshot. Dafür hab ich mich auch bedankt! Dann wollte ich gleich ein Diagramm dafür einbauen. Und um meine eigentliche view nicht zu verändern hab ich mir meine view kopiert in welchem eben Gruppierungen vorhanden waren. Ich wusste bis gestern nicht, dass ein kopieren von gruppierten widget mit einem Fehler enden. Daher auch das "zufällig".

könntest du mir bitte kurz sagen, ob deine verlinkte Lösung noch aktuell ist und funktioniert?

[Homoran]

@rtwl sagte in VIS startet nicht mehr - vermutlich Eigenverschulden:

könntest du mir bitte kurz sagen, ob deine verlinkte Lösung noch aktuell ist und funktioniert?

weiss ich nicht.
Müsste aber, wenn es sich um das genannte Problem handelt.

Auf jeden Fall die Sicherung der Datei vor der Veränderung nicht vergessen und Änderungen auf keinen Fall mit einem Windows Editor durchführen.

Wenn du bereits

@rtwl sagte in VIS startet nicht mehr - vermutlich Eigenverschulden:

vor 6 Monaten ein paar widget gruppiert

hast, solltest du auch einfach die vis-views.json aus einem paar Tage alten Backup extrahieren können und gegen die aktuelle Datei austauschen.

Wobei auch hier eine Sicherung / Umbennung reicht, der alten Datei selbstverständlich sein sollte