Ganz durchschaut habe ich es leider immer noch nicht. Mit der unter CSS ausgewählten Gruppe kann mein Test-User zwar das View öffnen, aber keine Schaltzustände verändern:

Ich habe schon versucht der zugehörigen Benutzergruppe alle Rechte zu geben, aber trotzdem lässt sich nichts schalten:

Ziel soll ja schließlich sein das mein User die VIS bedienen kann, aber nicht daran editieren kann.

so ein Satz ist nicht hilfreich!

Sehe ich anders. Ein Open-Source-Projekt lebt vom Feedback der Anwender. Klar wäre es schöner wenn ich gleich detailreichen Input zum Problem mit liefern könnte, das kann aber jemand der mit dem Projekt nicht tiefer vertraut ist nicht. Fakt ist aber: das System verhält sich nicht wie gewünscht oder zumindest nicht wie erwartet (es muss ja nicht immer ein technischer Fehler dahinter stecken, aber unklare Angaben in Menüs und Doku sind mindestens genauso problematisch). Aufmerksam dass es da ein Problem gibt, werden die Betreuer des Projekts aber nur wenn Anwender das mitteilen.

Ich wollte den Zugang zu einzelnen VIS Views mit der Benutzerverwaltung reglementieren und habe dazu Authentication aktiviert, einen Test-User "User" in der Gruppe "Benutzer" angelegt:

So sehen die Berechtigungen der Gruppe "Benutzer" aus:

Die Benutzeranmeldung im Browser klappt auch (Zugriff über https und dann die Abfrage nach name/passwort), aber danach kann nur der Benutzer "admin" Views sehen, beim Benutzer "user" sagt der Browser nur "File index.html not found: {}"

Wo wird denn letztlich festgelegt welche Gruppe ein View sehen/benutzen darf? Das habe ich so noch nicht entdecken können

@david-g im Prinzip ist das in dieser Log-Datei. Die Menge kommt ja durch den ZigBee-Adapter zustande, weil er mehrere hundert Log-Einträge pro Sekunde schreibt, während er abgestürzt ist

@thomas-braun hier das heutige Log. Musste halt die Massenwiederholungen rauslöschen, sonst wäre die Datei wieder riesig geworden iobroker.2023-12-13.log

ok also trotz ausgeschaltetem Javascript-Adapter ist ZigBee grade wieder abgestürzt

@thomas-braun ungezippt hat das log 22MB

@thomas-braun habe mal alle Skripte gestoppt, ZigBee stürzt trotzdem wieder nach paar Stunden ab. Das log sieht jetzt aber anders aus.

iobroker.2023-12-08.log.zip

Ich habe jetzt den ganzen javascript Adapter gestoppt und teste wieder. Vielleicht kann ja auch jemand hier im log was erkennen.

@arteck okay, also erstmal Danke für die Aufklärung, denn das hätte ich so vermutlich nicht selbst deuten können

Dann aber die Frage warum? denn physisch zu wenig Speicher scheint nicht das Problem zu sein. Die VM hat 4GB und auch während dem Crash sind davon 1,2GB ungenutzt:

Es ist also wohl eher ein logisches Problem, dass innerhalb des JavaScripts sich irgendwas zumüllt. Auch das sieht jetzt nicht nach zu wenig Speicher aus:

Und dann natürlich die Frage, da der Javascript-Adapter nicht abgestürtzt ist, habe ich den nie neu gestartet, und trotzdem läuft wieder alles wenn ich nur den ZigBee-Adapter neu starte.

Ich habe da natürlich ein paar Blockly-Scripte laufen, aber an denen habe ich nichts verändert, es lief also auch vorher schon damit ohne diese Abstürze.

@arteck bitteschön, hier das Log von heute. Ich vermute um 03:50 Uhr gehts los mit dem Problem (wann genau er in der Nacht aufgehört hat zu funktionieren weiss ich natürlich nicht)

Heute wars auch wieder so dass die CPU-Last der VM, während der ZigBee-Adapter sich aufgehängt hatte, auf Anschlag lief. Das wurde ziemlich sicher davon ausgelöst, weil es sofort vorbei war als ich den Adapter gestoppt habe.

iobroker.2023-12-06.log

Nachdem ich in der Vergangenheit schon Schwierigkeiten mit den einfacheren ZigBee-Sticks hatte, habe ich seit ca. einem Jahr diesen im Einsatz: https://zig-star.com/projects/zigbee-gw-lan/ Also ein CC2652P über TCP am ioBroker angebunden. Das hat jetzt ein Jahr lang super funktioniert. Auch meine ZigBee-Leuchtmittel, die nun mal bei Nichtgebrauch auch einfach über den Lichtschalter stromlos sind, findet er nach dem einschalten innerhalb weniger Sekunden und baut sein ZigBee-Netz wieder ordentlich auf.

Kürzlich habe ich zwei weitere innr Steckdosen angelernt. Seit dem stürzt der ZigBee-Adapter 2-3 Mal am Tag ab. Den Adapter anhalten und wieder starten genügt, dann läuft einen halben Tag ca. alles wieder problemlos. Vom gleichen Steckdosen-Typ hatte ich auch vorher schon 4 Stück in meiner Instanz.

Ich habe dann erstmal alles geupdatet:
js-controller auf 5.0.16
npm 10.2.4
node 20.10.0
ZigBee 1.8.24
Alle übrigen Adapter auch auf aktuellsten Stand.
Die Firmware des CC2652P ist laut seiner WebUI auch die Neueste.

Der ioBroker läuft bei mir auf einer Ubuntu 20.04 VM auf ESXi, auch das darunter liegende Ubuntu ist aktuell. Ressourcen (HDD, RAM & CPU) hat die VM genug.

Über die Suche habe ich mehrere ähnliche Themen gefunden, aber keine deren Ursachen scheint mit meiner identisch zu sein.

Das Log sieht dann so aus:

2023-12-01 01:50:52.912  - error: zigbee.0 (1148395) Adapter disconnected, stopping
2023-12-01 01:50:52.918  - error: zigbee.0 (1148395) Adapter disconnected, stopping
2023-12-01 01:50:52.920  - error: zigbee.0 (1148395) Adapter disconnected, stopping
2023-12-01 01:50:52.922  - error: zigbee.0 (1148395) Adapter disconnected, stopping
2023-12-01 01:50:52.925  - error: zigbee.0 (1148395) Adapter disconnected, stopping
2023-12-01 01:50:52.927  - error: zigbee.0 (1148395) Adapter disconnected, stopping
2023-12-01 01:50:52.929  - error: zigbee.0 (1148395) Adapter disconnected, stopping
2023-12-01 01:50:52.937  - error: zigbee.0 (1148395) Adapter disconnected, stopping
2023-12-01 01:51:02.948  - info: zigbee.0 (1148395) Try to reconnect.
2023-12-01 01:51:02.949  - info: zigbee.0 (1148395) Starting Zigbee  npm ...
2023-12-01 01:51:02.949  - info: zigbee.0 (1148395) Try to reconnect.
2023-12-01 01:51:02.950  - info: zigbee.0 (1148395) Starting Zigbee  npm ...
2023-12-01 01:51:02.950  - info: zigbee.0 (1148395) Try to reconnect.
2023-12-01 01:51:02.950  - info: zigbee.0 (1148395) Starting Zigbee  npm ...
2023-12-01 01:51:02.951  - info: zigbee.0 (1148395) Try to reconnect.
2023-12-01 01:51:02.951  - info: zigbee.0 (1148395) Starting Zigbee  npm ...
2023-12-01 01:51:02.951  - info: zigbee.0 (1148395) Try to reconnect.
2023-12-01 01:51:02.952  - info: zigbee.0 (1148395) Starting Zigbee  npm ...
2023-12-01 01:51:02.952  - info: zigbee.0 (1148395) Try to reconnect.
2023-12-01 01:51:02.952  - info: zigbee.0 (1148395) Starting Zigbee  npm ...
2023-12-01 01:51:02.953  - info: zigbee.0 (1148395) Try to reconnect.
2023-12-01 01:51:02.953  - info: zigbee.0 (1148395) Starting Zigbee  npm ...
2023-12-01 01:51:02.954  - info: zigbee.0 (1148395) Try to reconnect.
2023-12-01 01:51:02.954  - info: zigbee.0 (1148395) Starting Zigbee  npm ...
2023-12-01 01:51:02.983  - info: zigbee.0 (1148395) Installed Version: iobroker.zigbee@1.8.24
2023-12-01 01:51:02.984  - info: zigbee.0 (1148395) Installed Version: iobroker.zigbee@1.8.24
2023-12-01 01:51:02.984  - info: zigbee.0 (1148395) Installed Version: iobroker.zigbee@1.8.24
2023-12-01 01:51:02.984  - info: zigbee.0 (1148395) Installed Version: iobroker.zigbee@1.8.24
2023-12-01 01:51:02.985  - info: zigbee.0 (1148395) Installed Version: iobroker.zigbee@1.8.24
2023-12-01 01:51:02.997  - info: zigbee.0 (1148395) Installed Version: iobroker.zigbee@1.8.24
2023-12-01 01:51:02.997  - info: zigbee.0 (1148395) Installed Version: iobroker.zigbee@1.8.24
2023-12-01 01:51:02.998  - info: zigbee.0 (1148395) Installed Version: iobroker.zigbee@1.8.24
2023-12-01 01:51:04.440  - error: zigbee.0 (1148395) Starting zigbee-herdsman problem : "Cannot read properties of undefined (reading 'execute')"
2023-12-01 01:51:04.440  - error: zigbee.0 (1148395) Failed to start Zigbee
2023-12-01 01:51:04.441  - error: zigbee.0 (1148395) Error herdsman start
2023-12-01 01:51:04.460  - error: zigbee.0 (1148395) Starting zigbee-herdsman problem : "Cannot read properties of undefined (reading 'execute')"
2023-12-01 01:51:04.460  - error: zigbee.0 (1148395) Failed to start Zigbee
2023-12-01 01:51:04.460  - error: zigbee.0 (1148395) Error herdsman start
2023-12-01 01:51:04.471  - error: zigbee.0 (1148395) Starting zigbee-herdsman problem : "Cannot read properties of undefined (reading 'execute')"
2023-12-01 01:51:04.471  - error: zigbee.0 (1148395) Failed to start Zigbee
2023-12-01 01:51:04.472  - error: zigbee.0 (1148395) Error herdsman start
2023-12-01 01:51:04.481  - error: zigbee.0 (1148395) Starting zigbee-herdsman problem : "Cannot read properties of undefined (reading 'execute')"
2023-12-01 01:51:04.481  - error: zigbee.0 (1148395) Failed to start Zigbee
2023-12-01 01:51:04.481  - error: zigbee.0 (1148395) Error herdsman start
2023-12-01 01:51:04.504  - error: zigbee.0 (1148395) Starting zigbee-herdsman problem : "Cannot read properties of undefined (reading 'execute')"
2023-12-01 01:51:04.504  - error: zigbee.0 (1148395) Failed to start Zigbee
2023-12-01 01:51:04.505  - error: zigbee.0 (1148395) Error herdsman start
2023-12-01 01:51:14.445  - info: zigbee.0 (1148395) Try to reconnect.
2023-12-01 01:51:14.446  - info: zigbee.0 (1148395) Starting Zigbee  npm ...
2023-12-01 01:51:14.451  - info: zigbee.0 (1148395) Installed Version: iobroker.zigbee@1.8.24
2023-12-01 01:51:14.459  - error: zigbee.0 (1148395) Starting zigbee-herdsman problem : "Error while opening socket"
2023-12-01 01:51:14.459  - error: zigbee.0 (1148395) Failed to start Zigbee
2023-12-01 01:51:14.459  - error: zigbee.0 (1148395) Error herdsman start
2023-12-01 01:51:14.465  - info: zigbee.0 (1148395) Try to reconnect.
2023-12-01 01:51:14.465  - info: zigbee.0 (1148395) Starting Zigbee  npm ...
2023-12-01 01:51:14.472  - info: zigbee.0 (1148395) Installed Version: iobroker.zigbee@1.8.24
2023-12-01 01:51:14.473  - info: zigbee.0 (1148395) Try to reconnect.
2023-12-01 01:51:14.474  - info: zigbee.0 (1148395) Starting Zigbee  npm ...
2023-12-01 01:51:14.485  - info: zigbee.0 (1148395) Installed Version: iobroker.zigbee@1.8.24
2023-12-01 01:51:14.495  - info: zigbee.0 (1148395) Try to reconnect.
2023-12-01 01:51:14.495  - info: zigbee.0 (1148395) Starting Zigbee  npm ...
2023-12-01 01:51:14.506  - info: zigbee.0 (1148395) Try to reconnect.
2023-12-01 01:51:14.506  - info: zigbee.0 (1148395) Starting Zigbee  npm ...
2023-12-01 01:51:14.507  - info: zigbee.0 (1148395) Installed Version: iobroker.zigbee@1.8.24
2023-12-01 01:51:14.512  - error: zigbee.0 (1148395) Starting zigbee-herdsman problem : "Error while opening socket"
2023-12-01 01:51:14.512  - error: zigbee.0 (1148395) Failed to start Zigbee
2023-12-01 01:51:14.513  - error: zigbee.0 (1148395) Error herdsman start
2023-12-01 01:51:14.528  - info: zigbee.0 (1148395) Installed Version: iobroker.zigbee@1.8.24
2023-12-01 01:51:14.534  - error: zigbee.0 (1148395) Starting zigbee-herdsman problem : "Error while opening socket"
2023-12-01 01:51:14.534  - error: zigbee.0 (1148395) Failed to start Zigbee
2023-12-01 01:51:14.534  - error: zigbee.0 (1148395) Error herdsman start
2023-12-01 01:51:22.002  - error: zigbee.0 (1148395) Starting zigbee-herdsman problem : "Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)"

Ich könnte jetzt natürlich versuchen die zwei neu angelernten Steckdosen wieder zu entfernen und zu beobachten. Aber selbst wenn es dann wieder ginge, weiss ich dadurch nur was ich eh schon weiss, nämlich dass das Anlernen dieser Steckdosen der Auslöser war. Der eigentlichen Ursache bringt es mich aber nicht näher.

Hat jemand Tips wie ich das weiter diagnostizieren kann?

@dp20eic Vielleicht denkst du zu kompliziert, es ist eigentlich banal einfach: Ich habe eine Leuchte mit 3 ZigBee-Leuchtmitteln die als eine Einheit genutzt werden. Die virtuelle Gruppe brauche ich einfach um nicht in jeder Szene jedes einzelne Leuchtmittel aufführen zu müssen, sondern alle drei gemeinsam steuern zu können. Und da es eben auch Szenen gibt in denen diese Gruppe aus drei Leuchtmitteln aus sein soll, muss ich ihnen auch den State false setzen können

Ich habe jetzt mal auf der Netzwerkkarte beobachtet was da passiert während der Switch funktioniert und wenn er nicht funktioniert. Aktuell funktioniert er und ist über eine Ikea Tradfri Steckdose verbunden:

Wenn er nicht funktioniert wird er als disconnected angezeigt (wenig überraschend).

Was ich auch nicht ganz verstehe ist warum dieser Switch sich immer über irgend ein anderes Device verbindet, aber nie direkt (der andere Switch ist immer direkt mit dem Coordinator verbunden und die Entfernung unterscheidet sich bei beiden nicht).