SOLVED [gelöst] admin Seiten laden extrem langsam bis gar nicht

[Homoran]

@miggedy sagte in admin Seiten laden extrem langsam bis gar nicht:

an keinem Adapter.

der admin, der ja jetzt gar nichts zu tun hat liegt auch bei knapp 60%

ich hoffe das ist jetzt richtig!! aus dem Kopf:
npm install iobroker.js-controller --production

unbedingt im Verzeichnis /opt/iobroker ausführen!!
oder wo auch immer bei dir ioBroker installiert ist

[miggedy]

js-controller wie von dir angegeben fehlerlos aktualisiert. Danach noch iobroker del admin und iobroker add admin.
Aber keine Verbesserung. Das initiale Laden der admin Seite dauert ewig. Wenn die Seite ein mal da ist, geht die CPU runter und man kann auch problemlos zwischen den Menüpunkten des admin hin und herspringen. Echt seltsam.

[miggedy]

Kann es sein, dass irgendwas mit meinen Objekten nicht stimmt? Kann man die prüfen/reparieren lassen oder so?

[Homoran]

@miggedy sagte in admin Seiten laden extrem langsam bis gar nicht:

iobroker add admin.

dann wird er wahrscheinlich wieder aus dem npm-cache installiert.
Falls der Fehler an dem admin liegt sollte er auch über npm mit --production installiert werden

@miggedy sagte in admin Seiten laden extrem langsam bis gar nicht:

Das initiale Laden der admin Seite dauert ewig.

Das könnte ein Indiz dafür sein - muss aber nicht

@miggedy sagte in admin Seiten laden extrem langsam bis gar nicht:

Kann man die prüfen/reparieren lassen oder so?

Auch das ist eine Option, wenn z.B. unzulässige Zeichen in den IDs sind.
ein Backup vorausgesetzt, kannst du ja alle Datenpunkte löschen
Beim Neustart der Instanzen werden diese ja wieder angelegt. (außer manuell angelegte - die kannst du ja vorher exportieren [ohne Werte allerdings])

[miggedy]

Habe admin nun auch mit npm install iobroker.admin --production aktualisiert und dabei folgende Warnungen bekommen. Die sind aber nicht wirklich ein Problem, oder?

pi@iobroker-pi4:/opt/iobroker $ npm install iobroker.admin --production
npm WARN enoent ENOENT: no such file or directory, open '/opt/iobroker/node_modules/bufferutil/package.json'
npm WARN enoent ENOENT: no such file or directory, open '/opt/iobroker/node_modules/sqlite3/package.json'
npm WARN enoent ENOENT: no such file or directory, open '/opt/iobroker/node_modules/utf-8-validate/package.json'
npm WARN moment-feiertage@2.0.1 requires a peer of moment@2.15.x but none is installed. You must install peer dependencies yourself.
npm WARN xmlhttprequest-ts@1.0.1 requires a peer of @angular/common@>= 5.0.0 butnone is installed. You must install peer dependencies yourself.
npm WARN xmlhttprequest-ts@1.0.1 requires a peer of @angular/core@>= 5.0.0 but none is installed. You must install peer dependencies yourself.

Nach dem update gab es leider auch keine Besserung.

Werde dann wohl mal die Neulanlage aller Datenpunkte machen müssen.

[Homoran]

@miggedy sagte in admin Seiten laden extrem langsam bis gar nicht:

folgende Warnungen bekommen. Die sind aber nicht wirklich ein Problem

ENOENT klingt für mich nicht beruhigend, aber es ist ja nur ein WARN.

kann ich dir aber nicht wirklich sagen. Da müsste ein wissender etwas zu sagen.

[miggedy]

Das Problem ist identifiziert. Der BLE Adapter hatte fast 160.000 Objekte angelegt. Die objects.json war dadurch fast 80MB groß.
BLE Adapter gelöscht, alles wieder gut.

Also wenn jemand ähnliches feststellt, am Besten mal die objects.json überprüfen ob die unnormal groß ist. Meine schätzungsweise leicht überdurchschnittlich umfangreiche Installation hat z.B. nun eine Größe von 6,5 MB.
Ist die Datei sehr groß könnte das ein Hinweis sein, dass da was nicht stimmt. Da solche großen JSON Dateien für viele Programme zu groß sind um sie zu untersuchen, habe ich den HugeJsonViewer verwendet. Beim einfachen durchscrollen der Datei ist sofort aufgefallen, dass der BLE Adapter Unmengen an Objekten hatte.

Herzlichen Dank @Homoran für deine geduldige Hilfe.

[tr1plx]

Vielen Dank für den Tipp!
Mein ioBroker war auch unendlich langsam geworden und ich habe viele Stunden gerätselt warum.
Meine /opt/iobroker/iobroker-data/objects.json war 83MB groß, die states.json 31MB !

Schuld war bei mir der Adapter unifi.0 - diesen gelöscht und auch die Objekte und schon geht wieder alles.

Meine UniFi-Installation mit > 3500 Endgeräten scheint wohl "too much" für iobroker

[arnold]

hallo.
habe was fast ähnlich, bin vor 1 Woche mit mini bakitup umgezogen von Rpi 3 auf Rpi4 .
nach dem start von iobroker wurde Wlan immer langsamer von 72 Mbit/s (wlan von PRI4)auf nur 1Mbit/s, bis ich garn nicht mit putty mich anmelden konnte .
aber jetzt Lösung

Die existierenden node & node.js Versionen deinstallieren

sudo apt-get --purge remove node

sudo apt-get --purge remove nodejs

sudo apt-get autoremove

sudo reboot

und installieren

curl -sL https://deb.nodesource.com/setup_10.x | sudo -E bash -

sudo apt install -y nodejs

sudo reboot

vorher mit langsamen Wlan und naher sind
node -v
v10.19.0
nodejs -v
v10.19.0

npm -v
6.13.4
gleich !!!!!

aber jetzt rent der iobroker wieder seit 3 tagen perfekt .
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
Fixer drüber laufen lassen und schon wieder Wlan auf 1Mbit/s
curl -sL https://iobroker.net/fix.sh | bash -
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

bei Rpi 3 (jessi) wahr das kein Problem , brauch man den fixer nicht mehr ?
Rpi 4 hat jetzt Buster .

oder hat Buster Lite oder mit Desktop hier was zu sagen ? (habe mit Desktop)

[cTech]

Tipp: Im Admin Adapter (oder auch anderen Adaptern) auch mal einen festen Netzwerkadapter auswählen. Das war bei mir der Übeltäter.