Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[apollon77]

@h1ob welche Admin Version hast du denn?

[apollon77]

@h1ob und warum überhaupt Eingabe username und Passwort wenn „run as Admin“ Gesetzt ist?

[AlCalzone]

@apollon77 Das wird der Haken "Authentifizierung" sein, den hab ich auf manchen Installationen auch aktiv :)

[h1ob]

Das habe ich zu Beginn im Admin Adapter eingestellt, dass eine Anmeldung erforderlich ist. Die Version ist 4.0.10.

Ich habe in der Zwischenzeit noch weitere Tests gemacht. Der Lightify Adapter hat ein paar Probleme gemacht. Den habe ich deinstalliert. Wenn ich bis auf den Admin Adapter alles starte, sieht die Auslastung gut aus und alles funktioniert wunderbar (MQTT, Telegram etc.). Sobald ich den Admin starte, steigt die Auslastung dramatisch und der Admin selbst ist kaum zu bedienen. Insbesondere komme ich nicht in die Objekte und Instanzen Ansicht. Alles andere funktioniert, wenn auch sehr träge.

Ich habe heute morgen noch Node.js auf v12x und js-controller auf 3.1 aktualisiert.

Folgendes ist mir beim Starten der einzelnen Adapter im Log aufgefallen:

2020-08-26 10:56:16.393  - info: javascript.0 (14367) requesting all states
2020-08-26 10:56:16.394  - info: javascript.0 (14367) requesting all objects
2020-08-26 10:56:20.251  - info: host.iobroker instance system.adapter.telegram.0 started with pid 14397
2020-08-26 10:56:26.748  - warn: telegram.0 (14397) slow connection to objects DB. Still waiting ...
2020-08-26 10:56:30.014  - info: host.iobroker instance system.adapter.web.0 started with pid 14408
2020-08-26 10:56:33.098  - info: host.iobroker instance system.adapter.mqtt.0 started with pid 14430
2020-08-26 10:56:36.282  - warn: vis.0 (14415) slow connection to objects DB. Still waiting ...
2020-08-26 10:56:36.364  - warn: web.0 (14408) slow connection to objects DB. Still waiting ...
2020-08-26 10:56:37.229  - info: host.iobroker instance system.adapter.tankerkoenig.0 started with pid 14441
2020-08-26 10:56:39.192  - warn: telegram.0 (14397) slow connection to states DB. Still waiting ...
2020-08-26 10:56:39.366  - warn: mqtt.0 (14430) slow connection to objects DB. Still waiting ...
2020-08-26 10:56:41.533  - info: host.iobroker instance system.adapter.backitup.0 started with pid 14452
2020-08-26 10:56:42.155  - warn: web.0 (14408) slow connection to states DB. Still waiting ...
2020-08-26 10:56:42.155  - warn: vis.0 (14415) slow connection to states DB. Still waiting ...
2020-08-26 10:56:43.579  - warn: tankerkoenig.0 (14441) slow connection to objects DB. Still waiting ...
2020-08-26 10:56:48.340  - warn: backitup.0 (14452) slow connection to objects DB. Still waiting ...
2020-08-26 10:56:48.901  - warn: mqtt.0 (14430) slow connection to states DB. Still waiting ...
2020-08-26 10:56:49.083  - info: host.iobroker instance system.adapter.info.0 started with pid 14463
2020-08-26 10:56:51.301  - info: host.iobroker instance system.adapter.sonoff.0 started with pid 14482
2020-08-26 10:56:55.560  - warn: info.0 (14463) slow connection to objects DB. Still waiting ...
2020-08-26 10:56:57.548  - warn: sonoff.0 (14482) slow connection to objects DB. Still waiting ...
2020-08-26 10:57:05.233  - warn: tankerkoenig.0 (14441) slow connection to states DB. Still waiting ...
2020-08-26 10:57:07.820  - warn: backitup.0 (14452) slow connection to states DB. Still waiting ...
2020-08-26 10:57:19.117  - warn: info.0 (14463) slow connection to states DB. Still waiting ...
2020-08-26 10:57:19.118  - warn: sonoff.0 (14482) slow connection to states DB. Still waiting ...
2020-08-26 10:57:56.483  - info: javascript.0 (14367) received all objects
2020-08-26 10:58:04.034  - info: javascript.0 (14367) received all states

Aktuell schreibe ich ja alles in Dateien. Wenn ich per dd die Festplatten Geschwindigkeit in /opt/iobroker messe, komme ich auf etwa 50 MB/s, was mMn ok sein sollte.
Ich habe dazu auch folgenden Thread gefunden: Admin seite nicht erreichbar.
Hier hat Redis Abhilfe geschaffen. Ist es ohne weiteres möglich, von Dateien nach Redis zu migrieren?

[apollon77]

@h1ob sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:

2020-08-26 10:56:26.748 - warn: telegram.0 (14397) slow connection to objects DB. Still waiting ...

Im Admin ... die "Instanzen" Ansicht tut?
Mach mal expertenmodus an und zeig mal was in den Spalten mit Events in/out steht

[h1ob]

@apollon77

Leider nein. Auch nach Minuten öffnet sich die Instanzen oder Objekte Ansicht nicht.

[apollon77]

@h1ob Und das passiert auch wenn nichts anderes als der Admin läuft???

[h1ob]

@apollon77

Ja, so sieht es aus. Admin alleine ist nicht bedienbar. Sobald ich auf Instanzen oder Objekte gehe passiert nichts.

[Hansi1234]

Ich hol den alten Beitrag nochmals hoch. Hat jemand zufällig ein RPI 4 mit 4GB Ram und kann mir die Zeit messen kann bis die Admin Seite geladen ist? Mir kommt es vor, als ob etwas bei meiner Installation nicht stimmt. Es ist alles so träge geworden

[Thomas Braun]

@hansi1234 sagte in ioBroker funktioniert zwar, aber Admin ist sehr langsam:

Hat jemand zufällig ein RPI 4 mit 4GB Ram und mir die Zeit messen kann bis die Admin Seite geladen ist?

Und das soll genau was aussagen?
Für die Akten: Dauer bei mir 0,2 Sekunden.

[Hansi1234]

@thomas-braun hast du genau diesen RPI? Bei mir dauert es ca 10 Sekunden. Darum hätte ich gerne einen Vergleich

[Thomas Braun]

@hansi1234 Das kannst du nicht vergleichen. Hängt ja auch davon ab wie die Kiste sonst konfiguriert ist. Und was da sonst noch läuft.

[Hansi1234]

@thomas-braun es läuft Iobroker, Logitech Media Server, openvpn und der unifi Controller. Mir kommt es vor, als wäre das Aufrufen früher schneller ging

[apollon77]

Naja das ganze hat ja viiieeellleee Aspekte:

1.) Wieviele Objekte hast Du denn so? Und wieviele States? Steht im Admin unter "Objeckte". Je mehr desdo mehr Daten ,üssen ggf initial geladen werden
2.) Welche Admin Seite ist denn langsam? Oder unabhängig?
3.) Wie ist der Raspi im Netzwerk? LAN oder WLAN?
4.) Wie ist der PC von dem Du Admin aufrufst im Netzwerk? LAN oder WLAN?
5.) Wenn Du auf dem Raspi bsit und mit "top" schaust ... was sagt CPU und RAM verbrauch? Was sagt "free-m"?

Fangen wir doch mal gaaanz strukturiert mit diesen Grundlagenfragen an :-)

[Hansi1234]

@apollon77

Objekte: 15342, Zustände: 13478
2)
Der Erstaufruf der Admin Übersicht Seite. Die anderen Seiten öffnen sich dann schneller
3)
LAN
4)
LAN
5)

top - 19:10:36 up 5 days, 22:21,  1 user,  load average: 0.78, 0.77, 0.69
Tasks: 166 total,   1 running, 165 sleeping,   0 stopped,   0 zombie
%Cpu(s):  2.9 us,  1.6 sy,  0.0 ni, 95.5 id,  0.0 wa,  0.0 hi,  0.1 si,  0.0 st
MiB Mem :   3837.7 total,   1068.7 free,   2522.6 used,    246.4 buff/cache
MiB Swap:    500.0 total,    500.0 free,      0.0 used.   1606.2 avail Mem

und

free -m
              total        used        free      shared  buff/cache   available
Mem:           3837        2575         993          32         268        1557
Swap:           499           0         499

Mir kommt es eben vor, dass mein PI seit geraumer Zeit langsamer läuft.
In Jarvis (ab V3) habe ich auch das Problem, dass ein Tab 4 Sekunden dauert, bis er es öffnet. Dadurch verliert man den Anreiz dran, am Tablet etwas nachzuschauen oder zu ändern.
Habe auch schon versucht alle Instanzen zu deaktivieren und nach und nach zu aktivieren. Schon beim Admin und Webadapter öffnet die Seite um die 10 Sekunden.
Darum wollte ich nun Vergleichswerte haben.
Kann es etwas mit Redis zu tun haben?

[apollon77]

Hi,

ok das sieht alles eigentlich erstmal ok aus. Wieviel CPU brauchen denn so die "Top" Prozesse in top?

Naja Admin lädt erstmal alle Objekte am Anfang, das kann mal nen kleinen Moment dauern. Ich weiss jetzt nicht was Jarvis beim ersten Seitenaufruf macht - wenn der auch erstmal alle 15k Objekte und States liesst ..... Aber das müsste man sich genauer ansehen. Ichhab leider keine Vergleichswerte mit nem Raspi

[Hansi1234]

@apollon77

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
  557 iobroker  20   0  467584 334588  32904 S   8.3   8.5   1624:39 iobroker.js-con
 1745 iobroker  20   0  202480  91552  29644 S   3.6   2.3 714:18.64 io.jarvis.0
  853 unifi     20   0 1325456 220388  18664 S   3.3   5.6 148:15.16 java
 1993 iobroker  20   0  368740 226404  33804 S   2.3   5.8 293:35.64 io.javascript.0
  559 squeeze+  20   0  114520 102496  11824 S   1.7   2.6 184:18.47 squeezeboxserve
  346 mongodb   20   0  238032  38640  10980 S   1.0   1.0  78:06.53 mongod
 1905 iobroker  20   0  229716  89912  28484 S   1.0   2.3   9:52.40 io.history.0
  987 unifi     20   0  319548 137084 104524 S   0.7   3.5  48:45.12 mongod
 1833 iobroker  20   0  218376  90176  33924 S   0.7   2.3   8:45.46 io.backitup.0
17384 root      20   0       0      0      0 I   0.7   0.0   0:02.23 kworker/3:2-mm_percpu_wq
17622 pi        20   0    5884   2600   2100 R   0.7   0.1   0:00.27 top
   90 root     -51   0       0      0      0 S   0.3   0.0  23:49.02 irq/47-mmc0
 2035 iobroker  20   0  225036  93716  28580 S   0.3   2.4  16:51.53 io.octoprint.0
 2042 iobroker  20   0  213448  83980  28400 S   0.3   2.1  10:36.24 io.openknx.0
 2061 iobroker  20   0  225136 114268  33292 S   0.3   2.9  26:14.24 node-red
 2153 iobroker  20   0  201264  82900  28592 S   0.3   2.1  81:50.56 io.squeezeboxrp
 2263 iobroker  20   0  219092  87564  29200 S   0.3   2.2  10:38.26 io.worx.0
 2270 iobroker  20   0  227568  98520  29820 S   0.3   2.5  24:31.96 io.zigbee.0

[apollon77]

Und jetzt beobachte mal top wenn du Admin oder Jarvis öffnest ...

[Hansi1234]

@apollon77 bei %Cpu(s): war der höchste Wert 30
bei %CPU der hächste Wert 128

passt das?

[apollon77]

@hansi1234 Welche Prozess hat denn da 128% CPU gebraucht? (wenn ich das richtig verstehe)