NEWS
Admin Oberfläche reagiert nicht bzw. extrem langsam
-
@tp1de sagte in Admin Oberfläche reagiert nicht bzw. extrem langsam:
Was kann ich noch tun?
Schau mal per
iob diag
was da wie bei dir läuft. Ausgabe der Langfassung bitte.
-
[diag.txt](/assets/uploads/files/1690041369843-diag.txt)
-
@tp1de bitte in Codetags setzen
-
@tp1de Codetags sind diese </> Teile !!
findet man hier: -
@djmarc75 sagte in Admin Oberfläche reagiert nicht bzw. extrem langsam:
Codetags sind diese </> Teile !!
findet man hier:Hatte ich doch verwendet ... oder?
-
@tp1de sagte in Admin Oberfläche reagiert nicht bzw. extrem langsam:
Hatte ich doch verwendet ... oder?
nö
Du sollst die Ausgabe von iob diag in Codetags posten....https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge
-
Leg dir einen user an und kasper da nicht als root herum.
Das / Dateisystem ist fast voll:
/dev/sda1 ext4 15G 13G 1.7G 89% /
Ansonsten seh ich nicht viel auffälliges. Außer vielleicht
den silly LogLevel für smartgarden.0 und port 0 bei hm-rpc:+ system.adapter.hm-rpc.0 : hm-rpc : ioBroker - enabled, compact disabled, port: 0 + system.adapter.hm-rpc.1 : hm-rpc : ioBroker - enabled, compact disabled, port: 0
Stell das auf was handhabbares.
-
@thomas-braun sagte in Admin Oberfläche reagiert nicht bzw. extrem langsam:
Leg dir einen user an und kasper da nicht als root herum.
würde ich bei einer Neuanlage machen ... so benutze ich das seit 3-4 Jahren.
Gibt es denn eine Anleitung, wie ich die ioBroker Installation zu einem neuen Benutzer umziehe?Das / Dateisystem ist fast voll:
... werde ich mal erweitern, glaube aber nicht, dass das die Ursache ist.
Stell das auf was handhabbares.
was soll das bedeuten?
Aber warum reagiert Admin nicht mehr?
-
@tp1de sagte in Admin Oberfläche reagiert nicht bzw. extrem langsam:
würde ich bei einer Neuanlage machen ... so benutze ich das seit 3-4 Jahren.
Nein, das machst du JETZT und nutzt das System wie es vorgesehen ist mit der üblichen Trennung von user / root. Du machst es seit 3-4 Jahren schlicht und einfach falsch.
was soll das bedeuten?
Das bedeutet, dass hier im SILLY LogLevel natürlich jeder Pups vom smartgarden geloggt wird. Führt so zu höherer IO-Last und kann dazu führen, dass genau das die Folge ist:
Aber warum reagiert Admin nicht mehr?
-
@tp1de sagte in Admin Oberfläche reagiert nicht bzw. extrem langsam:
würde ich bei einer Neuanlage machen ... so benutze ich das seit 3-4 Jahren.
@tp1de sagte in Admin Oberfläche reagiert nicht bzw. extrem langsam:
... werde ich mal erweitern, glaube aber nicht, dass das die Ursache ist.
@tp1de sagte in Admin Oberfläche reagiert nicht bzw. extrem langsam:
Aber warum reagiert Admin nicht mehr?
mach einfach was Dir vorgeschlagen wird
-
@djmarc75 sagte in Admin Oberfläche reagiert nicht bzw. extrem langsam:
mach einfach was Dir vorgeschlagen wird
Bitte etwas freundlicher .... gibt es eine Anleitung wie ich die ioBroker Installation zu einem neuen user umziehe?
-
Was willst du denn da umziehen?
Einfach einen user anlegen und künftig den root in Ruh' lassen.
Wie das geht steht in der Installationsanleitung zu iobroker unter Proxmox drin.
Oder in jeder Linux-Grundlagen-Anleitung. -
@tp1de sagte in Admin Oberfläche reagiert nicht bzw. extrem langsam:
Bitte etwas freundlicher
@djmarc75 sagte in Admin Oberfläche reagiert nicht bzw. extrem langsam:
mach einfach was Dir vorgeschlagen wird
Ich will hier keinen Stuhlkreis bilden und wenn das in Deinen Augen unfreundlich war dann entschuldige ich mich.
Und ich wünsche Dir hier im Forum weiter viel Glück bei der Suche nach Hilfe... -
Also Filesystem geleert. Viele Adapter gestoppt. Das Problem bleibt.
Ich bekomme viele Fehlermeldungen, dass die Repositories nicht gelesen werden können. Es werden auch keine verfügbaren Versionen zu den Adaptern angezeigt. -
@tp1de sagte in Admin Oberfläche reagiert nicht bzw. extrem langsam:
Ich bekomme viele Fehlermeldungen, dass die Repositories nicht gelesen werden können. Es werden auch keine verfügbaren Versionen zu den Adaptern angezeig
Im Wortlaut? LogFile sagt?
-
@thomas-braun
Im Log gibt es keine Einträge. Ich habe aber nun eine Vermutung woran es liegen könnte:Mein ems-esp Adapter hat eine Statistik-Funktion, in der werden bestimmte States für Datenbank-Fortschreibungen aktiviert:
adapter.sendTo(db, "enableHistory" ......
und dann erfolgt minütlich eine Abfrage mit:
adapter.sendTo(db, "getHistory", { id: id, options: {start: end - intervall, end: end, step:intervall, aggregate: "minmax"}
Der SQL-Adapter (bei mir mit MariaDB) erzeugt bei enableHistory noch keine ID-Einträge in der Datenbank in der Tabelle datapoints.
Erst bei der ersten State-Änderung wird dieser Record erzeugt (Zuordung id zu Name). Wenn dann die getHistory zu einem Zeitpunkt abgefragt wird wo der Datenbank-Eintrag noch nicht existiert, dann scheint sich Admin (oder js-controller) partiell aufzuhängen / bzw. sehr langsam zu werden.Wenn ich diese Statistik-Funktion deaktiviere, ist alles wieder ok. Ich werde den Code ändern und dann nochmal testen.
-
Ja es ist der sql Adapter welche diese Probleme verursacht. Meinen ems-esp Adapter habe ich geändert. Damit tritt das Problem jetzt nicht mehr auf.
Wenn aber aus der Admin Oberfläche unter Objekte ein ganzer Objektbaum gelöscht wird ( mit SQl / MariaDB enabled States), dann habe ich das gleiche Problem: Die Admin Oberfläche reagiert nicht mehr. Ich bekomme jede Menge Timeouts. Es werden Unter Adapter die "Verfügbaren Version" nicht mehr angezeigt und die Admin Oberfläche reagiert nicht mehr.
Ein iob stop / iob start bringt keine Besserung. Nur ein Reboot der (virtuellen) Maschine löst das Problem.