Festplatte voll wo sind die Daten

Hallo an alle,

danke für die Antworten, aber ich bin leider kein Datenbankspezialist, daher weiß ich nicht ganz was ich machen soll.
Jedenfalls ist MariaDB 10.11.6 installiert. Die Tabelle INFORMATION_SCHEMA.TABLES hab ich gefunden, aber ich kann hier nix feststellen. Die Tabelle TEMP_TABLES_INFO habe ich nicht gefunden.

+---------------------------------------+
| Tables_in_INFORMATION_SCHEMA          |
+---------------------------------------+
| ALL_PLUGINS                           |
| APPLICABLE_ROLES                      |
| CHARACTER_SETS                        |
| CHECK_CONSTRAINTS                     |
| COLLATIONS                            |
| COLLATION_CHARACTER_SET_APPLICABILITY |
| COLUMNS                               |
| COLUMN_PRIVILEGES                     |
| ENABLED_ROLES                         |
| ENGINES                               |
| EVENTS                                |
| FILES                                 |
| GLOBAL_STATUS                         |
| GLOBAL_VARIABLES                      |
| KEYWORDS                              |
| KEY_CACHES                            |
| KEY_COLUMN_USAGE                      |
| OPTIMIZER_TRACE                       |
| PARAMETERS                            |
| PARTITIONS                            |
| PLUGINS                               |
| PROCESSLIST                           |
| PROFILING                             |
| REFERENTIAL_CONSTRAINTS               |
| ROUTINES                              |
| SCHEMATA                              |
| SCHEMA_PRIVILEGES                     |
| SESSION_STATUS                        |
| SESSION_VARIABLES                     |
| STATISTICS                            |
| SQL_FUNCTIONS                         |
| SYSTEM_VARIABLES                      |
| TABLES                                |
| TABLESPACES                           |
| TABLE_CONSTRAINTS                     |
| TABLE_CONSTRAINTS                     |
| TABLE_PRIVILEGES                      |
| TRIGGERS                              |
| USER_PRIVILEGES                       |
| VIEWS                                 |
| CLIENT_STATISTICS                     |
| INDEX_STATISTICS                      |
| INNODB_FT_CONFIG                      |
| GEOMETRY_COLUMNS                      |
| INNODB_SYS_TABLESTATS                 |
| SPATIAL_REF_SYS                       |
| USER_STATISTICS                       |
| INNODB_TRX                            |
| INNODB_CMP_PER_INDEX                  |
| INNODB_METRICS                        |
| INNODB_FT_DELETED                     |
| INNODB_CMP                            |
| THREAD_POOL_WAITS                     |
| INNODB_CMP_RESET                      |
| THREAD_POOL_QUEUES                    |
| TABLE_STATISTICS                      |
| INNODB_SYS_FIELDS                     |
| INNODB_BUFFER_PAGE_LRU                |
| INNODB_LOCKS                          |
| INNODB_FT_INDEX_TABLE                 |
| INNODB_CMPMEM                         |
| THREAD_POOL_GROUPS                    |
| INNODB_CMP_PER_INDEX_RESET            |
| INNODB_SYS_FOREIGN_COLS               |
| INNODB_FT_INDEX_CACHE                 |
| INNODB_BUFFER_POOL_STATS              |
| INNODB_FT_BEING_DELETED               |
| INNODB_SYS_FOREIGN                    |
| INNODB_CMPMEM_RESET                   |
| INNODB_FT_DEFAULT_STOPWORD            |
| INNODB_SYS_TABLES                     |
| INNODB_SYS_COLUMNS                    |
| INNODB_SYS_TABLESPACES                |
| INNODB_SYS_INDEXES                    |
| INNODB_BUFFER_PAGE                    |
| INNODB_SYS_VIRTUAL                    |
| user_variables                        |
| INNODB_TABLESPACES_ENCRYPTION         |
| INNODB_LOCK_WAITS                     |
| THREAD_POOL_STATS                     |
+---------------------------------------+
79 rows in set (0,000 sec)

Ich verstehs nicht.
Das mit den .MAI und .MAD Dateien habe ich auch gefunden, aber ich habe auf dem Server kaum was drauf. Das einzige worauf viele Dateien sind, ist mein Samba Share, aber der wird in Nextcloud verbunden und ist im System nicht sichtbar.

PS:
hab grad gesehen, meine DB (Datenbankverzeichnis) ist 2,9GB groß.
Es wurde innerhalb von 10 Minuten +/-, 5 .MAD Dateien angelegt, eine davon hat 61GB.

Wie gesag das geht nur bei einer bestimmten MariaDB Version. Die hast du nicht. => Können wir vergessen.

SInd das die Tabellen in INFORMATION_SCHEMA? Welche Tabellenspalten hat enn die Tabelle TABLES?

Was denn nun? Wenn der Nextcloud Server Zugriff auf viele Dateien hat, dann ist auch die Chance da, dass die DB wächst.

Der Punkt st folgender: Wenn man mit DBs programmiert, macht man häfig sog. JOINs . Das sind kombinierte Tabellenzeilen bei denen Zeilen verschiedener Tabellen miteinander in Relation gesetzt werden. Wenn dabei aber eine Bedingung falsch gesetzt wird, kann es sein, dass er erst intern eine Tabelle mit allen möglichen Kombinationen aufbaut, was schnell explodiert. Daher auch meine Frage, ob da in der NC irgendwelche Erweiterungen werkeln, die evtl nicht sauber programmiert sind.

Wie viele Dateien sind denn über den Samba-Share erreichbar (in etwa)?

Hallo,

danke für deine Antworten.

Da ich kein Entwickler bin, wieß ich nicht, ob die Erwetierungen in Nextcloud gut oder schlecht programmiert sind. Von irgendwelche Bedingungen oder SQL-Befehle lasse ich die Finger, davon verstehe ich nicht genug.
Ja, ich habe einige Erweiterungen installiert, vor allem zum Testen und einige sind nicht Aktiv. Bestimmt 2 Duzend, oder mehr sind Aktiv und eine Handvoll deaktiviert.

Im System (Debian), also über das Dateisystem, ist kein Samba-Share eingebunden.
Die Samba-Shares werden in Nextcloud über “Externen Speicher” gemountet.
es dürften so untefähr 1,5 Mio Files (ca 80TB), wobei ca. 90% Medianfiles sind.
Wie gesagt die DB ansich ist knapp 3GB groß.

Im Moment habe ich mir damit beholfen, dass wenn der Speicher ausgeht, startet der Server die MariaDB neu, dann ist wieder 80% Frei.

Zwei Ideen habe ich noch:

1.) Deinstallation aller unnötigen Apps
Deinstalliere mal alle Apps, die du nicht wirklich brauchst. Vielleicht hast du dann ein anderes Verhalten. Vor allen deinstalliere Apps, die vielleicht direkt auf alle Dokumente wirken.

2.) Cron deaktivieren und Cron manuell ausführen
Deaktiviere Cron und führe anschließend (wenn du sicher bist, dass er nicht läuft) den Cron-Befehl manuell aus. Wie lange dauert das? Hat das Auswirkungen auf die MAI-Dateien usw.?

1 Like

Ich ergänze die Liste von devnull:

Mach mal den NC-Server aus (Web-Server deaktivieren) und schau mal, ob die MADs dann erstellt werden.

Vor dem Deinstallieren der Apps würde ich mal großzügig deaktiveren. Das kannst du leicht wieder zurück drehen, eine deaktivierte App sollte aber nie ausgeführt werden…

Ich würde für einen Test-Case erst vorbereiten (Dienst stoppen), dann den SQL-Server neu starten. Dann sollten nach 10 Min die GBs an MAD entstehen (oder auch nicht). Damit du mal ein wenig Divide&Conquor spielen kannst.

Ich hatte noch ein Backup-Skript in Verdacht. Gibt’s da was?

Hallo an alle die dasselbe Problem haben.

nachdem ich einen lieben bekannten gefragt habe, hat sich herausgestellt, dass das Haputproblem der Arbeitsspeicher war. Der war zu wenig. In einer VM kann das recht einfach gelöst werden, wenn der Host über genügend RAM verfügt.
Das zweite Problem war, in den Einstellungen von Mysql/MariaDB unter /etc/mysql/mariadb.conf.d/50-server.cnf
in der Zeile (erst das # entfernen)
innodb_buffer_pool_size = 4G
dann auf wie im Beispiel 4G oder je nach verfügbarem Speicher zu ändern. Es sollte auf etwaige andere Speicherfresse geachtet werden und dementsprechend die Buffer_Pool_Size angepasst werden.

1 Like