Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Thomas Braun]

@tp1de

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.

[tp1de]

@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?

[Thomas Braun]

@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?

[DJMarc75]

@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 ;)

[tp1de]

@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?

[Thomas Braun]

@tp1de

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.

[DJMarc75]

@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...

[tp1de]

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.

[Thomas Braun]

@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?

[tp1de]

@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.

[tp1de]

@tp1de

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.