Investigation verbraucht hohe Systemressourcen

Guten Abend,

Ich bräuchte etwas Hilfe, denn Gladys macht seit dem Update des Betriebssystems, auf dem Docker installiert ist, wirklich alles Mögliche:

Dadurch ist alles ein bisschen überlastet: I/O-Disk, CPU, RAM … Die Gladys-Oberfläche reagiert natürlich sehr langsam und ich kann nicht mehr auf die Integrationen zugreifen …

Kurz gesagt, Hilfe :sweat_smile:

Guten Abend,
Jean

Hallo @jean_bruder :slight_smile:

Hast du noch mehr Daten, um sicher zu sein, dass es wirklich Gladys ist, die sich aufregt?

Hast du nichts anderes auf diesem Gerät? Auf welchem Material läuft es?

Guten Abend @pierre-gilles :slight_smile:

Die Hardware hat sich nicht verändert (PINE A64-LTS - PINE64), und funktioniert perfekt, seit ich Gladys nutze. Docker betreibt einige weitere Container, deren Last insgesamt sehr gering ist.

Der durchgeführte Test war einfach: einen Container nach dem anderen starten. Und es ist tatsächlich Gladys, die die Maschine plötzlich zum Absturz bringt …

Entschuldigung, wenn ich mich wiederhole, aber die einzige Änderung, die ich vorgenommen habe, ist ein Upgrade des Betriebssystems (Armbian von Bullseye auf Bookworm).

Wie kann ich weitere Informationen bereitstellen, um die Ursache dieses seltsamen Verhaltens zu ermitteln?

Danke,
Jean

Okay, und wie viele Geräte hast du? Viele Kameras? Viele Szenen?

Gladys verbraucht im Leerlauf nichts, das hängt alles davon ab, was du darauf laufen lässt! Wenn du viele Kameras hast und fünf Videostreams parallel liest, dann ist es normal, dass es etwas mehr Arbeit macht :smiley: Besonders auf so leichter Hardware.

Du kannst auch die Logs von Gladys anschauen, um zu verstehen, was passiert (docker logs gladys)

Anzahl der Geräte

25 Zigbee-Gadgets (jetzt, wo man sie endlich nutzen kann :heart_eyes:) und 5 Tasmota.

Viele Kameras

Keine unter Gladys.

Viele Szenen

Kaum zwanzig

Gladys-Logs ansehen

Sie enthalten einige Anomalien, die auf fehlende Geräte zurückzuführen sind:

2024-06-05T21:34:43+0200 index.js:16 (process.) NotFoundError: DeviceFeature tasmota:Tasmota05:POWER not found
at DeviceManager.newStateEvent (/src/server/lib/device/device.newStateEvent.js:17:11)
at EventEmitter.emit (node:events:517:28)
at Event.emit (/src/server/lib/event/index.js:18:16)
2024-06-05T21:34:43+0200 index.js:15 (process.) unhandledRejection catched: Promise {
NotFoundError: DeviceFeature tasmota:Tasmota03:POWER not found
at DeviceManager.newStateEvent (/src/server/lib/device/device.newStateEvent.js:17:11)
at EventEmitter.emit (node:events:517:28)
at Event.emit (/src/server/lib/event/index.js:18:16)
}
2024-06-05T21:34:43+0200 index.js:16 (process.) NotFoundError: DeviceFeature tasmota:Tasmota03:POWER not found
at DeviceManager.newStateEvent (/src/server/lib/device/device.newStateEvent.js:17:11)
at EventEmitter.emit (node:events:517:28)
at Event.emit (/src/server/lib/event/index.js:18:16)
2024-06-05T21:34:43+0200 index.js:15 (process.) unhandledRejection catched: Promise {
NotFoundError: DeviceFeature tasmota:Tasmota01:POWER not found
at DeviceManager.newStateEvent (/src/server/lib/device/device.newStateEvent.js:17:11)
at EventEmitter.emit (node:events:517:28)
at Event.emit (/src/server/lib/event/index.js:18:16)
}
2024-06-05T21:34:43+0200 index.js:16 (process.) NotFoundError: DeviceFeature tasmota:Tasmota01:POWER not found
at DeviceManager.newStateEvent (/src/server/lib/device/device.newStateEvent.js:17:11)
at EventEmitter.emit (node:events:517:28)
at Event.emit (/src/server/lib/event/index.js:18:16)
2024-06-05T21:34:44+0200 handleMqttMessage.js:113 (Zigbee2mqttManager.handleMqttMessage) Zigbee2mqtt-Gerät zb_pir_entree nicht in Gladys konfiguriert.
2024-06-05T21:34:44+0200 handleMqttMessage.js:113 (Zigbee2mqttManager.handleMqttMessage) Zigbee2mqtt-Gerät zb_pir_salle-a-manger nicht in Gladys konfiguriert.

Ist das ein Hinweis?

Danke dir,
Jean

Ich glaube nicht.

Unter der Registerkarte „Systeme“ → „Aufgaben“, siehst du etwas?

Unter der Registerkarte „Systeme“ → „Aufgaben“

Also, ich habe gerade den Container „gladys-z2m-mqtt“ neu erstellt, indem ich die Version auf „latest“ (2.0.18) gesetzt und alles neu gestartet …

image

Das Ergebnis: Gladys funktioniert wieder normal …

Es ist wieder gelaufen, wie man so sagt … Ich denke also, dass das Problem nicht bei Gladys lag, sondern bei etwas auf der MQTT/ZB-Seite :face_with_raised_eyebrow:

Allerdings erhalte ich keine Informationen mehr von den Temperatur-/Feuchtigkeitssensoren:

Ideen? :stuck_out_tongue:

Danke,
Jean

Daten beginnen hochzuladen …

Geduld :slight_smile:

Auf jeden Fall danke ich dir noch einmal @pierre-gilles für deine Verfügbarkeit!

Gute Nacht,
Jean

Muss man sich Sorgen über die Größe der Datenbank machen?

Jean

Hallo @jean_bruder,

Das hängt ganz davon ab, wie viel Platz du ihm geben möchtest ^^
Nur zur Info: Meine ist 32 GB groß und läuft auf einem kleinen Mini-PC, den @pierre-gilles empfohlen hat, und bisher gab es keine besonderen Lags. Das einzige Problem ist die Löschung eines Features oder eines Geräts, da das Löschen des Zustandsverlaufs sehr problematisch wird. Aber die baldige Einführung von DuckDB könnte diesen Punkt vielleicht lösen… mal sehen

Hallo @Terdious :slight_smile:

Ich werde Gladys dieses Wochenende auf eine andere Plattform (ROCK64 - PINE64) migrieren, die ich ausschließlich für Gladys nutzen werde, und sehen, wie das alles funktioniert. Bis dahin ist Gladys im Urlaub, und genau jetzt merkt man, wie praktisch dieses Ding im Alltag ist! Naja, abwarten und Tee trinken :wink:

Schönen Tag noch,
Jean

Toll, schön, dass du dein Problem gelöst hast!

@jean_bruder Hast du deine Hardware schon gekauft?

Am besten sind wirklich Mini-PCs, um mit Gladys ernsthaft loszulegen.

Für mich ist das Wichtigste, wenn du eine Instanz haben willst, die langfristig läuft, eine leistungsstarke Festplatte (SSD Pflicht) und ein guter CPU.