Am 12.02.22 um 19:47 schrieb suse:
Ist auf Tumbleweed (x64) das BTRFS Defrag kaputt? Ich habe hier auf verschiedenen Tumbleweed mit verschiedenen Festplatten und Filesystemen dasselbe Phänomen: Ein
btrfs filesystem defragment -rv /path/
läuft eine kleine Weile und bleibt dann mit 100% auf einem CPU-Kern stehen. Der wechselt dann über die verschiedenen Kerne, aber es geht nicht mehr weiter.
Mit Kernel 5.16.5 scheint der Fehler behoben...
Oder auch nicht... Hier lösen sich grad GBs an Platz in Luft auf. :-(
Also entweder ist hier das FS kaputt, oder Defrag schreibt munter Daten ohne den alten Platz freizugeben. :-/
Mittlerweile Kernel 5.17.1 und btrfs defrag frisst immer noch Plattenplatz. :-( Nach etlichen Versuchen (Scrub, Balance, Speicher freigeben, etc.) scheint die einzige Lösung die FS neu anzulegen. Und das ist eine ziemlich doofe Lösung, da das wieder bespielen mit den Daten bei einer 10T-Platten rund anderthalb Tage braucht. Da bin ich die nächsten Wochen mit nix anderem beschäftigt, da es hier viele Platten hat. :-/ Es scheinen auch nicht alle Platten betroffen, obwohl alle aus einem Pulk jeweils gleich erzeugt/aufgesetzt wurden, und die Platten im Backupsystem ideln, also auch in Ruhe mit neuen Daten beschrieben werden. Insgesamt eine völlig unbefriedigende Situation, die mich gerade sehr am Produktiveinsatz von BTRFS zweifeln läßt. Kann doch nicht sein funktionierende FS neu machen zu müssen, blos weil sich irgendwo was geändert hat? Und wie machen das andere Betroffene mit richtig vielen Daten? Habe versucht jmd. vom BTRFS-Team zu erreichen, leider ohne Erfolg. Falls Ihr einen Kontakt herstellen könnt, bitte PM, danke. Tschö' Sue