Gladys-Container voll / Speicher voll in der Nacht

Okay, ich habe einen Build erstellt, in dem ich eine spezielle „read-only“-Verbindung zur Datenbank für das Backup erstelle und diese Verbindung schließe, sobald das Backup abgeschlossen ist.

Bei meinen Tests scheint es zu funktionieren, aber ich bin neugierig, wie es bei dir läuft :slight_smile:

Es ist unter demselben Tag verfügbar.

Das sieht nicht schlecht aus!

2026-01-19T16:21:29+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor dem Backup - RSS: 419,78 MB, Heap: 241,69/277,03 MB
2026-01-19T16:21:29+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor dem Backup - Gesamt: 2,50 MB
2026-01-19T16:21:29+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:21:29+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,50 MB
2026-01-19T16:21:29+0100 <info> system.isDocker.js:13 (System.isDocker) System.isDocker: Dieses System läuft in Docker.
2026-01-19T16:21:29+0100 <info> gateway.backup.js:79 (Gateway.backup) Gateway-Backup: Sperren der SQLite-Datenbank
2026-01-19T16:21:29+0100 <info> gateway.backup.js:84 () Backup-Versuch Nr. 1: Bereinigen des Backup-Ordners
2026-01-19T16:21:29+0100 <info> gateway.backup.js:88 () Starten des Gateway-Backups im Ordner /var/lib/gladysassistant/backups/gladys-db-backup-2026-1-19-16-21-29.db
2026-01-19T16:21:29+0100 <info> gateway.backup.js:90 () Gateway-Backup: Entsperren der Datenbank
2026-01-19T16:21:29+0100 <info> gateway.backup.js:96 (Gateway.backup) Gateway-Backup: Die SQLite-Dateigröße beträgt 2 MB.
2026-01-19T16:21:29+0100 <info> gateway.backup.js:97 (Gateway.backup) Gateway-Backup: Sichern von DuckDB in einem Parquet-Ordner /var/lib/gladysassistant/backups/gladys-db-backup_2026-1-19-16-21-29_parquet_folder
2026-01-19T16:22:33+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher nach dem Export der Datenbank in Parquet - RSS: 2811,57 MB, Heap: 226,00/249,53 MB
2026-01-19T16:22:33+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher nach dem Export der Datenbank in Parquet - Gesamt: 2,75 MB
2026-01-19T16:22:33+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:22:33+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,75 MB
2026-01-19T16:22:33+0100 <info> gateway.backup.js:111 (Gateway.backup) Gateway-Backup: Schließen der DuckDB-Backup-Instanz zum Freigeben des Speichers
2026-01-19T16:22:33+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher nach dem Schließen der Backup-Instanz - RSS: 2811,45 MB, Heap: 226,47/249,53 MB
2026-01-19T16:22:33+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher nach dem Schließen der Backup-Instanz - Gesamt: 2,75 MB
2026-01-19T16:22:33+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:22:33+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,75 MB
2026-01-19T16:22:33+0100 <info> gateway.backup.js:116 (Gateway.backup) Gateway-Backup: Komprimieren des Backups
2026-01-19T16:23:01+0100 <info> gateway.backup.js:122 (Gateway.backup) Gateway-Backup: Verschlüsseln des Backups
2026-01-19T16:23:03+0100 <info> gateway.backup.js:129 (Gateway.backup) Gateway-Backup: Hochladen des Backups, Größe des verschlüsselten Backups = 443 MB. Pfad = /var/lib/gladysassistant/backups/gladys-db-backup-2026-1-19-16-21-29.tar.gz.enc
2026-01-19T16:23:03+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 0 - RSS: 2614,45 MB, Heap: 232,99/256,53 MB
2026-01-19T16:23:03+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 0 - Gesamt: 2,75 MB
2026-01-19T16:23:03+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:23:03+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,75 MB
2026-01-19T16:23:04+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 1 - RSS: 444,46 MB, Heap: 221,74/259,78 MB
2026-01-19T16:23:04+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 1 - Gesamt: 2,75 MB
2026-01-19T16:23:04+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:23:04+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,75 MB
2026-01-19T16:23:05+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 2 - RSS: 417,40 MB, Heap: 210,64/254,78 MB
2026-01-19T16:23:05+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 2 - Gesamt: 2,75 MB
2026-01-19T16:23:05+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:23:05+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,75 MB
2026-01-19T16:23:06+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 3 - RSS: 432,16 MB, Heap: 211,50/246,59 MB
2026-01-19T16:23:06+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 3 - Gesamt: 2,75 MB
2026-01-19T16:23:06+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:23:06+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,75 MB
2026-01-19T16:23:06+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 4 - RSS: 451,83 MB, Heap: 212,45/246,59 MB
2026-01-19T16:23:06+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 4 - Gesamt: 2,75 MB
2026-01-19T16:23:06+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:23:06+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,75 MB
2026-01-19T16:23:07+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 5 - RSS: 472,02 MB, Heap: 207,63/246,59 MB
2026-01-19T16:23:07+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 5 - Gesamt: 2,75 MB
2026-01-19T16:23:07+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:23:07+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,75 MB
2026-01-19T16:23:08+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 6 - RSS: 492,15 MB, Heap: 208,47/246,59 MB
2026-01-19T16:23:08+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 6 - Gesamt: 2,75 MB
2026-01-19T16:23:08+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:23:08+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,75 MB
2026-01-19T16:23:08+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 7 - RSS: 471,50 MB, Heap: 207,71/246,84 MB
2026-01-19T16:23:08+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 7 - Gesamt: 2,75 MB
2026-01-19T16:23:08+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:23:08+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,75 MB
2026-01-19T16:23:09+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 8 - RSS: 491,62 MB, Heap: 208,85/246,84 MB
2026-01-19T16:23:09+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 8 - Gesamt: 2,75 MB
2026-01-19T16:23:09+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:23:09+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,75 MB
2026-01-19T16:23:10+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 9 - RSS: 472,57 MB, Heap: 208,25/246,84 MB
2026-01-19T16:23:10+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 9 - Gesamt: 2,75 MB
2026-01-19T16:23:10+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:23:10+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,75 MB
2026-01-19T16:23:11+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 10 - RSS: 492,07 MB, Heap: 209,87/246,84 MB
2026-01-19T16:23:11+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 10 - Gesamt: 2,75 MB
2026-01-19T16:23:11+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:23:11+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,75 MB
2026-01-19T16:23:12+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 11 - RSS: 474,23 MB, Heap: 211,14/246,59 MB
2026-01-19T16:23:12+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 11 - Gesamt: 2,75 MB
2026-01-19T16:23:12+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:23:12+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,75 MB
2026-01-19T16:23:13+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 12 - RSS: 494,98 MB, Heap: 207,42/246,59 MB
2026-01-19T16:23:13+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 12 - Gesamt: 2,75 MB
2026-01-19T16:23:13+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:23:13+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,75 MB
2026-01-19T16:23:14+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 13 - RSS: 455,16 MB, Heap: 207,80/246,59 MB
2026-01-19T16:23:14+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 13 - Gesamt: 2,75 MB
2026-01-19T16:23:14+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:23:14+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,75 MB
2026-01-19T16:23:15+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 14 - RSS: 495,15 MB, Heap: 209,56/246,59 MB
2026-01-19T16:23:15+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 14 - Gesamt: 2,75 MB
2026-01-19T16:23:15+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:23:15+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,75 MB
2026-01-19T16:23:16+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 15 - RSS: 474,92 MB, Heap: 209,01/246,84 MB
2026-01-19T16:23:16+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 15 - Gesamt: 2,75 MB
2026-01-19T16:23:16+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:23:16+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,75 MB
2026-01-19T16:23:17+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 16 - RSS: 494,77 MB, Heap: 210,85/246,84 MB
2026-01-19T16:23:17+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 16 - Gesamt: 2,75 MB
2026-01-19T16:23:17+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:23:17+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,75 MB
2026-01-19T16:23:19+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 17 - RSS: 454,84 MB, Heap: 211,07/246,84 MB
2026-01-19T16:23:19+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 17 - Gesamt: 2,75 MB
2026-01-19T16:23:19+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1,00 MB
2026-01-19T16:23:19+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1,75 MB
2026-01-19T16:23:21+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 18 - RSS: 495,13 MB, Heap: 207.39/246.84 MB
2026-01-19T16:23:21+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 18 - Gesamt: 2.75 MB
2026-01-19T16:23:21+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1.00 MB
2026-01-19T16:23:21+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1.75 MB
2026-01-19T16:23:23+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 19 - RSS: 495.12 MB, Heap: 209.18/246.84 MB
2026-01-19T16:23:23+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 19 - Gesamt: 2.75 MB
2026-01-19T16:23:23+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1.00 MB
2026-01-19T16:23:23+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1.75 MB
2026-01-19T16:23:25+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 20 - RSS: 474.77 MB, Heap: 207.70/246.59 MB
2026-01-19T16:23:25+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 20 - Gesamt: 2.75 MB
2026-01-19T16:23:25+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1.00 MB
2026-01-19T16:23:25+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1.75 MB
2026-01-19T16:23:27+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 21 - RSS: 494.90 MB, Heap: 209.08/246.59 MB
2026-01-19T16:23:27+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 21 - Gesamt: 2.75 MB
2026-01-19T16:23:27+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1.00 MB
2026-01-19T16:23:27+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1.75 MB
2026-01-19T16:23:28+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher vor Upload-Chunk 22 - RSS: 454.86 MB, Heap: 210.96/246.84 MB
2026-01-19T16:23:28+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher vor Upload-Chunk 22 - Gesamt: 2.75 MB
2026-01-19T16:23:28+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1.00 MB
2026-01-19T16:23:28+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1.75 MB
2026-01-19T16:23:29+0100 <info> gateway.backup.js:175 (Gateway.backup) Gladys-Backup erfolgreich zu Gladys Gateway hochgeladen.
2026-01-19T16:23:29+0100 <info> gateway.backup.js:35 (logMemoryUsage) JS-Speicher nach Upload - RSS: 475.01 MB, Heap: 213.18/246.84 MB
2026-01-19T16:23:29+0100 <info> gateway.backup.js:41 (logMemoryUsage) DuckDB-Speicher nach Upload - Gesamt: 2.75 MB
2026-01-19T16:23:29+0100 <info> gateway.backup.js:46 ()   - BASE_TABLE: 1.00 MB
2026-01-19T16:23:29+0100 <info> gateway.backup.js:46 ()   - IN_MEMORY_TABLE: 1.75 MB

image

Sauber! Ich bereinige den PR und integriere das direkt in Gladys :slight_smile:

Ich gehe zur letzten Produktionsversion zurück und beobachte weiter, ob mein anderes Grundproblem wieder auftritt.

So versuche ich, Hinweise zu geben.

Das Update ist live in Gladys Assistant v4.67:

Hallo @pierre-gilles,

Bei mir ist das Problem immer noch vorhanden.
Dieser Morgen funktioniert nichts, ich schaue nach und Gladys ist offline

image

Da ich voll im RAM bin, ist es unmöglich, sich zu verbinden, um die Logs zu sehen.
Glücklicherweise bin ich unter Proxmox und kann die RAM-Menge heiß ändern.
Ich habe auf 13 GB erhöht und Gladys ist wieder gestartet.

Und der RAM-Verbrauch ist gesunken
image

Sie wird sich auf 6 GB stabilisieren.

Als Gladys wieder gestartet ist, konnte ich die Logs ansehen, ich denke, es ist das Ende des Backups und alles, was mit dem Energieverbrauch zusammenhängt.

2026-01-24T09:25:35+0100 <info> energy-monitoring.calculateConsumptionFromIndex.js:160 (EnergyMonitoringHandler.calculateConsumptionFromIndex) Berechnung des Verbrauchs aus dem Index für 12 Geräte abgeschlossen
2026-01-24T09:25:35+0100 <info> energy-monitoring.calculateConsumptionFromIndex.js:27 (EnergyMonitoringHandler.calculateConsumptionFromIndex) Berechnung des Verbrauchs aus dem Index in der Zeitzone Europe/Paris für das Fenster Sa 24. Jan 2026 09:00:00 GMT+0100 (Mitteleuropäische Standardzeit)
2026-01-24T09:25:35+0100 <info> energy-monitoring.calculateConsumptionFromIndex.js:34 (EnergyMonitoringHandler.calculateConsumptionFromIndex) 76 Energieggeräte gefunden
2026-01-24T09:25:35+0100 <info> energy-monitoring.calculateConsumptionFromIndex.js:65 (EnergyMonitoringHandler.calculateConsumptionFromIndex) 12 Geräte mit sowohl INDEX als auch THIRTY_MINUTES_CONSUMPTION-Features gefunden
2026-01-24T09:25:36+0100 <info> gateway.backup.js:110 (Gateway.backup) Gateway-Backup: Schließen der DuckDB-Backup-Instanz zum Freigeben von Speicher
2026-01-24T09:25:36+0100 <info> gateway.backup.js:114 (Gateway.backup) Gateway-Backup: Komprimieren des Backups

Aber ich habe keinen spezifischen Fehler zwischen dem Moment, in dem Gladys eingefroren ist, und dem Moment, in dem Gladys wieder gestartet ist. Gladys war blockiert, es passierte nichts mehr…

Es ist trotzdem sehr ärgerlich, besonders wenn Madame morgens nicht zufrieden ist, wenn nichts funktioniert… :grin:

Edit: zur Info, ich bin gestern auf Version 4.67 gewechselt, als du die neue Version veröffentlicht hast.

Hallo @Will_71,

Ich weiß nicht mehr, ob wir darüber gesprochen haben, aber wenn du auf Proxmox bist, glaube ich, dass ich verstehe, was passiert.

Gladys erkennt beim Start den verfügbaren RAM auf dem System und weist maximal 30 % dieses Betrags DuckDB zu.

Allerdings kann es auf Proxmox sein, dass der Gladys angezeigte RAM der gesamte System-RAM ist und nicht nur der RAM, der Gladys zur Verfügung steht.

Wenn du diesen Parameter überprüfen möchtest, gibt es beim Start von Gladys ein Log:

2026-01-23T16:02:47+0100 <info> index.js:101 (Object.<anonymous>) DuckDB initialized with memory_limit=4730MB (system RAM: 15767MB)
2026-01-23T16:02:49+0100 <info> index.js:163 (Object.duckDbShowVersion) DuckDB version = v1.4.3
2026-01-23T16:02:49+0100 <info> index.js:167 (Object.duckDbShowVersion) DuckDB memory_limit = 4.4 GiB

Kannst du bitte überprüfen, was dieses Log auf deiner Seite anzeigt?

Bei mir mit Proxmox im VM-Modus habe ich dieses Problem nicht, auch wenn der RAM etwas ausgelastet ist:

@prohand Kannst du das Log beim Start von Gladys anschauen?

Ich habe das hier:

2026-01-24T10:21:57+0100 <info> index.js:101 (Object.<anonymous>) DuckDB initialisiert mit memory_limit=1173MB (System-RAM: 3911MB)
2026-01-24T10:22:04+0100 <info> index.js:163 (Object.duckDbShowVersion) DuckDB-Version = v1.4.3
2026-01-24T10:22:04+0100 <info> index.js:167 (Object.duckDbShowVersion) DuckDB memory_limit = 1,0 GiB

Proxmox:

Htop:

Ok, alles ist in Ordnung auf deiner Seite @prohand :slight_smile:

Übrigens, die Zeile „Speichernutzung“ in Proxmox ist technisch gesehen falsch, htop sagt die Wahrheit. Nur 612 MB werden tatsächlich auf deinem System verwendet. Proxmox schließt die „Puffer/Cache“ ein, die jedoch jederzeit verfügbar sind, falls das System sie benötigt.

Erklärung:

Das war nicht mit mir, aber ich erinnere mich an das Gespräch.
Ja, auf meiner Seite habe ich physisch 32 GB auf meinem Proxmox.

Das wären etwa 9 GB, wenn man 30 % nimmt. Das ist wahrscheinlich das Problem.

Jetzt bin ich nicht zu Hause, aber ich schaue nach, wenn ich zurückkomme.

Von meiner Seite aus kann ich das Problem nicht mehr reproduzieren :sweat_smile:

Wir werden sehen, ob es jemals wieder auftritt, aber es war etwas, das sehr leicht auftrat, und das Einzige, was ich tatsächlich beim Debugging gemacht habe, war eine große Reinigung in den DuckDB-Daten. Auch wenn ich die Datenbank anschließend in den Zustand vor der Reinigung zurückgesetzt habe, gibt es im Moment keine Probleme mehr.

Voilà

2026-01-24T12:27:18+0100 <info> index.js:101 (Object.<anonymous>) DuckDB initialisiert mit memory_limit=9596MB (System-RAM: 31989MB)
2026-01-24T12:27:45+0100 <info> index.js:163 (Object.duckDbShowVersion) DuckDB-Version = v1.4.3
2026-01-24T12:27:45+0100 <info> index.js:167 (Object.duckDbShowVersion) DuckDB memory_limit = 8.9 GiB

Ich glaube, das Problem liegt hier beim Speicher und der Proxmox-Verwaltung.
Oder DuckDB bezieht sich auf den gesamten System-RAM und nicht auf den RAM, der von Proxmox meinem Gladys-LXC zugewiesen wurde.

Okay, ich habe vielleicht eine Spur, um den verfügbaren RAM in Gladys im Fall von Proxmox/LXC zu finden.

Kannst du (unter Berücksichtigung, dass « gladys » der Name deines Docker-Containers ist, zu ändern, falls nötig) Folgendes ausführen:

docker exec -it gladys cat /sys/fs/cgroup/memory.max

et:

docker exec -it gladys cat /sys/fs/cgroup/memory/memory.limit_in_bytes

Und mir hier das Ergebnis dieser Befehle anzeigen?

Hier:

image

Hier ist, was ich in /sys/fs/cgroup/ habe


image

Okay, kannst du bitte Folgendes ausführen:

docker exec -it gladys cat /proc/meminfo | grep MemTotal

image

Das ist verrückt, es gibt keine Möglichkeit zu wissen, wie viel RAM zugewiesen ist. Proxmox zeigt überall den gesamten Systemspeicher an…

In der Zwischenzeit kannst du das Speicherlimit selbst festlegen, indem du in den Docker-Befehl folgendes hinzufügst:

-e DUCKDB_MEMORY_LIMIT=4000MB

Mit 12 GB verfügbarem Speicher kannst du DuckDB 4 GB zuweisen, denke ich.

Aber ich würde gerne eine echte automatische Lösung finden, denn das ist keine echte Lösung…

Ja, das ist genau das, was ich vorhatte.
Danke für dein Feedback.