Voller Storage kommt ohne Warnung: Wie Proxmox-Nutzer LVM-Thin-Bloat besiegen

In der Self-Hosted-Welt sieht eigentlich alles gut aus, bis es das nicht mehr tut. Und genau das lernen unzählige Proxmox-Nutzer auf die harte Tour, wenn ihre LVM-Thin-Storage-Pools einfach... volllaufen. Keine großen Warnzeichen, keine wilden roten Alarme, nur ein langsamer Absturz: Backups funktionieren nicht mehr, virtuelle Maschinen frieren ein, und alles kommt zum Stillstand.

LVM-Thin ist ziemlich großartig, weil es Storage effizienter macht: Nutzer können Thin-Volumes anlegen, die nur dann Platz belegen, wenn tatsächlich Daten geschrieben werden. Aber genau hier liegt der Haken, denn das beste Feature ist auch das, was einem am Ende das Genick bricht. Per Design erlaubt es Ihnen, mehr Storage zu versprechen, als Sie tatsächlich haben. Ohne ein wachsames Auge geht das ziemlich schnell schief.

So beginnt das Chaos meist: Ein Self-Hoster kauft eine 1-TB-NVMe, installiert Proxmox darauf und richtet sie als local-lvm ein, also als Standard-LVM-Thin-Pool. Mit der Zeit kommen mehr VMs und Container dazu, vielleicht wird noch mit Docker herumexperimentiert, und plötzlich ist das Laufwerk zu 88 % voll und klettert weiter. Ein paar fehlgeschlagene Backups dazu, und schon bricht Panik aus.

Was tun Leute also wirklich, um diesen Albtraum in den Griff zu bekommen? Die Proxmox-Community hat dafür eine Handvoll Tricks entwickelt.

Der Realitätscheck: Wenn „voll" wirklich „tot" bedeutet

Ein Proxmox-Nutzer schilderte es perfekt: Seine OPNsense-VM bootete hoch und fror dann grundlos ein. Nach zwei Stunden Fehlersuche fand er das Problem, LVM-Thin war bei 100 % angekommen. Und das Beste: kein Alert, keine Vorwarnung, einfach ein stiller Tod.

Das ist kein seltener Randfall. Anders als klassische Dateisysteme, die schreien, wenn der Platz knapp wird, lässt LVM-Thin Sie einfach weitermachen... bis es nicht mehr geht. Dieses stille Versagen ist es, was es so übel macht. „Ich habe einen Cronjob gebaut, der mir eine E-Mail schickt, sobald die Festplattennutzung 85 % erreicht", sagte ein Nutzer. „Ich kann nicht glauben, dass Proxmox das nicht von Haus aus macht."

Fix 1: Storage-Pool vergrößern (ohne alles zu zerstören)

Wenn eine Festplatte volläuft, ist der erste Gedanke meist ein Upgrade, also die NVMe gegen etwas Größeres zu tauschen. Aber das ist nicht immer machbar, besonders wenn man nicht alles sprengen und von vorne anfangen will.

Stattdessen fügen Leute neue SSDs hinzu und erweitern die Volume Group. Das hält Ihre VMs und Container am Laufen und verschafft Ihnen gleichzeitig mehr Luft zum Atmen.

Die Schritte sind einfacher, als sie klingen:

1. Neue SSD einbauen
2. Als physisches Volume einrichten (pvcreate)
3. Zur bestehenden Volume Group hinzufügen (vgextend)
4. Fertig, Ihr Thin-Pool nutzt jetzt mehrere Laufwerke

Klar, ein gewisses Risiko bleibt. „Fällt eine Platte aus, kann die ganze Volume Group kaputtgehen", merkte jemand an. Aber mit ordentlichen SSDs und soliden Backups ist das ein Risiko, mit dem die meisten leben können.

Fix 2: Die Backups von der SSD runterholen

Hier schießen sich viele Setups selbst ins Knie, nämlich indem sie Backups auf derselben Platte laufen lassen wie die VMs. Das ist eine Einladung zum Ärger. Nutzer empfehlen, alte Backups aufzuräumen und, noch wichtiger, sie komplett woandershin zu verschieben.

Haben Sie ein NAS? Nutzen Sie es. Haben Sie keins? Mounten Sie eine andere Platte und lassen Sie Ihre Backups dorthin zeigen. Ein erfahrener Proxmox-Nutzer gab diese Weisheit zum Besten: „Nutzen Sie den Proxmox Backup Server (PBS). Er entfernt Duplikate. Ich speichere 350 GB an Daten, die normalerweise 5 TB fressen würden."

PBS spart als Backup-Software nebenbei auch clever Storage: Deduplizierung, Kompression und das Verschieben von Daten weg vom Hauptlaufwerk, alles in einem. Manche betreiben es auf einer separaten Maschine, andere auf einer VM innerhalb von Proxmox selbst. So oder so ist es enorm wichtig, um den Thin-Pool im Zaum zu halten.

Fix 3: Den Müll aufräumen

Wenn der Platz knapp wird, zählt jedes Gigabyte. Docker-Nutzer erwähnen immer wieder denselben Fix: alles aufräumen, also alte Container, ungenutzte Volumes und herumliegende Images löschen.

„Ich habe allein durchs Pruning von Docker über 100 GB zurückbekommen", prahlte ein Homelabber. Das ist eine gute Erinnerung daran, dass sich die Festplatte neben VM-Daten auch mit liegen gebliebenem Müll von Tools, Builds und Experimenten füllt, die man wahrscheinlich schon vergessen hat.

Richten Sie regelmäßiges Docker-Cleanup ein, wenn Sie Container betreiben, und denken Sie daran, alte ISO-Dateien oder Logs auszumisten, die sich irgendwo verstecken.

Fix 4: TRIM und Discard aktivieren

Ein Trick, den viele übersehen, ist TRIM auf Ihren LVM-Thin-Volumes. Wenn innerhalb einer VM oder eines Containers Dateien gelöscht werden, kommt der Platz nicht automatisch an den Host zurück. Sie müssen ihn manuell freigeben (discard).

„Aktivieren Sie die Option ‚Discard' auf den VM-Laufwerken und stellen Sie sicher, dass fstrim.timer im Gast-Betriebssystem läuft", schlug ein Nutzer vor. Das hilft gegen Geisternutzung, also den Fall, dass der Gast denkt, er habe Daten gelöscht, der Thin-Pool sie aber weiterhin gegen Ihr Limit zählt.

Das ist kein Zauberwerk, aber bei Systemen, die viel schreiben und löschen, summiert sich das.

Fix 5: LVM-Thin komplett verabschieden?

Ein paar mutige Leute sind einen völlig anderen Weg gegangen und haben LVM-Thin zugunsten von Dateisystemen wie BTRFS oder ZFS aufgegeben. Diese bieten eingebaute Snapshots, Kompression und bessere Einsicht darüber, was Ihren Speicherplatz frisst.

„Ich bin zu BTRFS gewechselt, um eine bessere Auslastung zu bekommen", sagte ein Poster. „Habe meine VMs auf PBS gesichert, die Platte gelöscht und wiederhergestellt." Das ist ein großer Schritt, aber für manche sind die Kontrolle und der Einblick den Aufwand wert.

Allerdings ist ein Dateisystemwechsel ein größeres Vorhaben. Wenn Sie bereits tief in LVM-Thin stecken, ist es vielleicht klüger, das Vorhandene zu optimieren, statt das ganze Setup zu sprengen.

Warten Sie nicht auf die Katastrophe

Verrückt an der ganzen Sache ist, wie vermeidbar sie ist, wenn man ihr voraus ist. Richten Sie Disk-Alerts ein, verschieben Sie Ihre Backups, räumen Sie konsequent auf und behalten Sie Ihre Auslastung im Auge wie ein Falke.

Ein vollgelaufener LVM-Thin-Pool ist eine Stabilitätsbombe, die nur darauf wartet zu explodieren. Wenn er 100 % erreicht, frieren VMs ein, Backups sterben, und die Wiederherstellung wird chaotisch. Aber mit ein paar cleveren Schritten und dem Wissen der Community können Sie das Schlimmste umgehen.

Die Lehre daraus ist, dass Bequemlichkeit beim Self-Hosting gefährlich ist. Ihr Server schreit nicht, wenn Dinge anfangen kaputtzugehen. Aber wenn Sie aufpassen und die richtigen Schritte unternehmen, können Sie Ihr Homelab reibungslos am Laufen halten, ohne wegen einer tickenden Storage-Zeitbombe den Schlaf zu verlieren.

Schnelle Fixes von echten Nutzern

Lösung	Was sie bewirkt
Neue SSD hinzufügen + Volume Group erweitern	Mehr Platz, ohne alles neu aufzubauen
Backups auf separates Laufwerk/PBS verschieben	Stoppt Backup-Bloat auf dem Hauptlaufwerk
Docker pruning + Müll aufräumen	Gibt vergessenen Speicherplatz frei
TRIM/Discard aktivieren	Holt Platz von gelöschten Dateien zurück
Disk-Alerts früh einrichten	Warnt Sie vor der Katastrophe
Dateisystemwechsel erwägen	Neustart mit besseren Tools

Storage-Probleme kündigen sich selten laut und deutlich an, sie schleichen sich an. Gewinnen lassen müssen Sie sie trotzdem nicht.