ioBroker funktioniert zwar, aber Admin ist sehr langsam
-
@nodoe sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
Dass 450k Objekte nicht normal sind ist ja gerade der Kern meiner Frage: wie kann ich auf Kommandozeilen-Ebene herausfinden, wo die herkommen (welcher Adapter/Instanz).
erst mal rausfinden welche das sind.
Objekte, expertenmodusKomisch, bei mir steht da überall 664.
Vielleicht kann jemand anders da mal helfen.
-
@nodoe sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
Dass 450k Objekte nicht normal sind ist ja gerade der Kern meiner Frage: wie kann ich auf Kommandozeilen-Ebene herausfinden, wo die herkommen (welcher Adapter/Instanz).
Verdächtige sind IMHO der Fronius Adapter oder der BLE Adapter (wenn allownewdevices ständig auf on steht).
-
@nodoe sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
Gibt es eine Möglichkeit, auf der Kommandoebene die Anzahl der Objekte/States pro Adapter/Instanz auszugeben?@bahnuhr .... das Thema hatten wir mal
-
@glasfaser sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
@bahnuhr .... das Thema hatten wir mal
Da geht es doch aber um die ccu.
Ich sehe bei mir bei den Objekten überall 664
-
@bahnuhr sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
Ich sehe bei mir bei den Objekten überall 664
Das sind die Rechte.
-
@thomas-braun sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
@bahnuhr sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
Ich sehe bei mir bei den Objekten überall 664
Das sind die Rechte.
Dachte ich mir schon.
Und wo finde ich die Anzahl der Objekte, ich dachte das wäre hier auch irgendwo.
-
@bahnuhr sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
Und wo finde ich die Anzahl der Objekte, ich dachte das wäre hier auch irgendwo.
Im Admin 4 war das zu sehen, im 5er nicht mehr. Da gab es irgendeinen Workaround auf der Konsole. Hat @Glasfaser oben verlinkt, denke ich.
-
@thomas-braun sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
Hat @Glasfaser oben verlinkt, denke ich.
Ne, da hab ich nix gefunden.
Oder ich habs überlesen. -
@bahnuhr sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
Da geht es doch aber um die ccu.
Ja ich weiß , aber ..
Das war ein Link für @h1ob , wo er die Anzahl der Objekte sehen kann .
-
Hallo!
Wenn ich das richtig verstehe ist mein Problem bei meinem Tread das selbe, aber unter W10.
Als Verständnisfrage: Wenn man keinen Befehl von der http://localhost:8091/#tab-intro abschickt, sollte doch node nichts tun.... bzw. Man sollte doch Über die Oberfläche die Geschwindigkeit von Node einstellen können?Carsten
-
@fredf Den Fronius-Adapter habe ich auch drauf und schon in Verdacht gehabt. Hatte ihn deinstalliert, aber keine Änderung. Zwischenzeitlich hatte ich ebenso den Fronius-Solarweb-Adapter parallel laufen. Vielleicht sind bei den Deinstallationen die zugehörigen Objects und States nicht gelöscht worden. Damit habe ich schon 2 Fragen:
- Herausfinden auf Kommandozeilen-Ebene welcher Adapter/Instanz wieviel Objects/States erzeugt
- Bereinigen der Datenbank um Objects/States von nicht mehr vorhandenen Adaptern/Instanzen
-
@nodoe
Zu 1. am Beispiel alias. Ordner markieren und über den Pfeil den Objektbaum herunterladen, dann öffnet sich ein Popup im dem die Anzahl der Objekte zu sehen ist.
Zu 2. meine mich an ein Skript hier im Forum zu erinnern, suche mal danach.
-
@fredf sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
Zu 1. am Beispiel alias. Ordner markieren und über den Pfeil den Objektbaum herunterladen, dann öffnet sich ein Popup im dem die Anzahl der Objekte zu sehen ist.
Ja, genau. So ging es.
Jetzt wissen wir es wieder.Danke. War mir entfallen.
-
@FredF
@bahnuhr sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:Ja, genau. So ging es.
??... das habe ich doch oben verlinkt , das war doch im Screenshot im Thread enthalten .
Hast du was anderes im Link gefunden , sollte eigentlich sofort auf meinen Beitrag dazu verweisen .
-
@fredf sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
Zu 2. meine mich an ein Skript hier im Forum zu erinnern, suche mal danach.
Meinst du das :
https://forum.iobroker.net/topic/25846/script-info-über-datenpunkte-sammeln.
-
@glasfaser sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
??... das habe ich doch oben verlinkt , das war doch im Screenshot im Thread enthalten .
Tut mir leid, ich finde da nix.
Es zeigt die 2.Seite und diesen Beitrag.
Weiter unten kommt auch nix.
Oder ich sehe es einfach nicht was du meinst ?!?!?!
-
Und da isses ja.
Es stand auf Seite 1. -
@bahnuhr sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
Und da isses ja.
Puhh ... ich war schon am verzweifeln ...
Ich denke mal es lag an dem Ende vom Link 7?lang=en-GB&page=2 , keine Ahnung wie das kommt .
-
@glasfaser Genau das.
-
@fredf sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:
@nodoe
Zu 1. am Beispiel alias. Ordner markieren und über den Pfeil den Objektbaum herunterladen, dann öffnet sich ein Popup im dem die Anzahl der Objekte zu sehen ist.
Zu 2. meine mich an ein Skript hier im Forum zu erinnern, suche mal danach.
Hallo zusammen,
nachdem sich mein Router bei einem Stromausfall im Gewitter verschluckt hatte und mein VPN-Zugang zum smarten Heim (bin gerade 1000 km entfernt) down war, bin ich inzwischen wieder online.
@fredf: Danke für den Tipp, damit konnte ich mit viel Geduld die Quelle der vielen Objects und States ermitteln: der experimentelle Fronius-Solarweb-Adapter hat mir allein je 445k States und Objects erzeugt, da er kontinuierlich alle 5 min. die PV-Daten in eigene Objekte geschrieben hat.
Bei der Deinstallation des Adapters kommt nur leider folgender Fehler:
Delete adapter "fronius-solarweb" host.ioBroker Counted 1 meta of fronius-solarweb host.ioBroker Counted 1 adapter for fronius-solarweb host.ioBroker error: Maximum call stack size exceeded host.ioBroker Cannot get keys async: Maximum call stack size exceeded host.ioBroker Counted 1 states (system.adapter.fronius-solarweb.*) from states host.ioBroker error: Maximum call stack size exceeded host.ioBroker file fronius-solarweb.admin deleted host.ioBroker object fronius-solarweb deleted host.ioBroker object fronius-solarweb.admin deleted host.ioBroker Deleting 2 object(s). host.ioBroker Deleting 1 state(s). removed 8 packages in 3.616s 86 packages are looking for funding run `npm fund` for detailsDer Adapter ist jetzt weg, die Objects und States aber noch da.
Vermutlich waren es zu viele, so dass folgender Fehler kommt:
host.ioBroker error: Maximum call stack size exceeded
host.ioBroker Cannot get keys async: Maximum call stack size exceededHier vermutlich off-topic, aber hat jemand eine Idee, wie ich die Objects und States noch loswerden kann?
Vielen Dank schonmal.
----- EDIT: Ich habe die Redis-DB mit externen Tools bearbeiten und die Fronius-Solarweb-Einträge mit überschaubarem Aufwand löschen können - voila: jetzt sind es noch je ca. 5.000 Objects und States. Backup arbeitet wieder fehlerfrei, Admin läuft auch wieder zügig, alles gut. -----
