Hallo Leute, ich habe mein System (oss 13.2) mit btrfs über die Standardinstallation eingerichtet (d.h. mit einigen Subvolumes). Nun habe ich folgendes Problem: Durch mehrere Updates ist mein /-Verzeichnis voll. Ich habe über 'snapper -c root delete von-bis' einige Snapshots löschen können. Weil aber nicht entscheidend Platz frei wurde, habe ich in /.snapshots mal nachgeschaut, was da noch so rumliegt, und siehe da, dort liegt noch ein Verzeichnis mit einer (älteren) Nummer, die in der Liste von 'snapper -c root list'nicht auftaucht. Wie kann ich dieses Verzeichnis loswerden? Händisch löschen erbrachte die Fehlermeldung 'schreibgeschützt' und ein chmod +rwx blieb ohne Wirkung. Kann ich auch snapper komplett deinstallieren und die Snapshot (wie auch immer) löschen? Danke im voraus. Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 02.03.2015 um 14:29 schrieb Michael Eschweiler:
Hallo Leute,
ich habe mein System (oss 13.2) mit btrfs über die Standardinstallation eingerichtet (d.h. mit einigen Subvolumes). Nun habe ich folgendes Problem: Durch mehrere Updates ist mein /-Verzeichnis voll. Ja, ist schon ein tolles System was man sich da so ausgedacht hat ... Ich habe über 'snapper -c root delete von-bis' einige Snapshots löschen können. Weil aber nicht entscheidend Platz frei wurde, habe ich in /.snapshots mal nachgeschaut, was da noch so rumliegt, und siehe da, dort liegt noch ein Verzeichnis mit einer (älteren) Nummer, die in der Liste von 'snapper -c root list'nicht auftaucht. Wie kann ich dieses Verzeichnis loswerden? Händisch löschen erbrachte die Fehlermeldung 'schreibgeschützt' und ein chmod +rwx blieb ohne Wirkung. btrfs subvolume delete <subvolume> könnte da dein Freund sein
Aber - bist du dir sicher dass es an den Snapshots liegt, dass / voll ist?
Kann ich auch snapper komplett deinstallieren und die Snapshot (wie auch immer) löschen?
Da würde ich die Finger von lassen, allerdings die Snapshot Strategie die da per default eingestellt ist (alle Stunde ein Snapshot erstellen - zumindest bei der 13.1 ist es so) meines Erachtens völliger Krampf. Da muss das Volume ja voll laufen Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Manfred,
ich habe mein System (oss 13.2) mit btrfs über die Standardinstallation eingerichtet (d.h. mit einigen Subvolumes). Nun habe ich folgendes Problem: Durch mehrere Updates ist mein /-Verzeichnis voll. Ja, ist schon ein tolles System was man sich da so ausgedacht hat ... Ich habe über 'snapper -c root delete von-bis' einige Snapshots löschen können. Weil aber nicht entscheidend Platz frei wurde, habe ich in /.snapshots mal nachgeschaut, was da noch so rumliegt, und siehe da, dort liegt noch ein Verzeichnis mit einer (älteren) Nummer, die in der Liste von 'snapper -c root list'nicht auftaucht. Wie kann ich dieses Verzeichnis loswerden? Händisch löschen erbrachte die Fehlermeldung 'schreibgeschützt' und ein chmod +rwx blieb ohne Wirkung. btrfs subvolume delete <subvolume> könnte da dein Freund sein
Ok, ich werde mal nachlesen, aber ehrlich gestanden sehe ich den Zusammenhang nicht: Snapshot = subvolume oder wie ist das gemeint?
Aber - bist du dir sicher dass es an den Snapshots liegt, dass / voll ist?
df - h sagt mir: gesamt: 19 GB, benutzt: 17 GB, frei: 1,1GB du -h -d 1 sagt mir: 58M ./boot 540M ./opt 1.3M ./srv 4.1M ./tmp 8.7G ./usr 1.8G ./var 22M ./etc 88K ./dev 2.0M ./run 5.3M ./bin 498M ./lib 18M ./lib64 36M ./root 12M ./sbin Das dürften so maximal 12-13GB sein (/home ist auf einer extra Platte). Weiter unten in der Liste sagt selbiges du -h -d 1 noch: 72G ./.snapshots (bei einer Partition mit 19GB) Also ja, ich denke, es liegt an den Snapshots...
Kann ich auch snapper komplett deinstallieren und die Snapshot (wie auch immer) löschen?
Da würde ich die Finger von lassen, allerdings die Snapshot Strategie die da per default eingestellt ist (alle Stunde ein Snapshot erstellen - zumindest bei der 13.1 ist es so) meines Erachtens völliger Krampf. Da muss das Volume ja voll laufen
Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Michael, Am 02.03.2015 um 21:36 schrieb michael.eschweiler@web.de:
Hallo Manfred,
ich habe mein System (oss 13.2) mit btrfs über die Standardinstallation eingerichtet (d.h. mit einigen Subvolumes). Nun habe ich folgendes Problem: Durch mehrere Updates ist mein /-Verzeichnis voll. Ja, ist schon ein tolles System was man sich da so ausgedacht hat ... Ich habe über 'snapper -c root delete von-bis' einige Snapshots löschen können. Weil aber nicht entscheidend Platz frei wurde, habe ich in /.snapshots mal nachgeschaut, was da noch so rumliegt, und siehe da, dort liegt noch ein Verzeichnis mit einer (älteren) Nummer, die in der Liste von 'snapper -c root list'nicht auftaucht. Wie kann ich dieses Verzeichnis loswerden? Händisch löschen erbrachte die Fehlermeldung 'schreibgeschützt' und ein chmod +rwx blieb ohne Wirkung. btrfs subvolume delete <subvolume> könnte da dein Freund sein
Ok, ich werde mal nachlesen, aber ehrlich gestanden sehe ich den Zusammenhang nicht: Snapshot = subvolume oder wie ist das gemeint? Sorry, ich vergaß: Jeder Snapshot stellt gleichzeitig ein Subvolume dar. Mach mal: btrfs subvolume list /, da siehst du dann wieviel Subvolumes du wirklich hast
Aber - bist du dir sicher dass es an den Snapshots liegt, dass / voll ist?
df - h sagt mir: gesamt: 19 GB, benutzt: 17 GB, frei: 1,1GB du -h -d 1 sagt mir: 58M ./boot 540M ./opt 1.3M ./srv 4.1M ./tmp 8.7G ./usr 1.8G ./var 22M ./etc 88K ./dev 2.0M ./run 5.3M ./bin 498M ./lib 18M ./lib64 36M ./root 12M ./sbin Das dürften so maximal 12-13GB sein (/home ist auf einer extra Platte). Weiter unten in der Liste sagt selbiges du -h -d 1 noch: 72G ./.snapshots (bei einer Partition mit 19GB) Also ja, ich denke, es liegt an den Snapshots...
Diese Ausgabe ist für'n Ar... . Entschuldige diese etwas derbe Ausdruchsweise. du zählt ja auch jede Datei im Snapshot mit, egal ob diese Datei wirklich Platz auf der Platte belegt oder eben nicht. Man kann das ja im entferntesten mit Hardlinks vergleichen, die belegen auch nur 1x Platz auf der Platte. Ob man das sich irgendwie anzeigen kann wieviel GB ein Snapshot wirklich belegt kann ich leider nicht sagen. Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Manfred,
ich habe mein System (oss 13.2) mit btrfs über die Standardinstallation eingerichtet (d.h. mit einigen Subvolumes). Nun habe ich folgendes Problem: Durch mehrere Updates ist mein /-Verzeichnis voll. Ja, ist schon ein tolles System was man sich da so ausgedacht hat ... Ich habe über 'snapper -c root delete von-bis' einige Snapshots löschen können. Weil aber nicht entscheidend Platz frei wurde, habe ich in /.snapshots mal nachgeschaut, was da noch so rumliegt, und siehe da, dort liegt noch ein Verzeichnis mit einer (älteren) Nummer, die in der Liste von 'snapper -c root list'nicht auftaucht. Wie kann ich dieses Verzeichnis loswerden? Händisch löschen erbrachte die Fehlermeldung 'schreibgeschützt' und ein chmod +rwx blieb ohne Wirkung. das: btrfs subvolume delete <subvolume> könnte da dein Freund sein
Ok, ich werde mal nachlesen, aber ehrlich gestanden sehe ich den Zusammenhang nicht: Snapshot = subvolume oder wie ist das gemeint?
Sorry, ich vergaß: Jeder Snapshot stellt gleichzeitig ein Subvolume dar. und das: Mach mal: btrfs subvolume list /, da siehst du dann wieviel Subvolumes du wirklich hast haben geholfen. Damit konnte ich den verwaisten Snapshot einfangen, bzw. löschen und siehe da, plötzlich sind doch wieder einige GB freigeworden.
Vielen Dank für die Tipps! Jetzt muss ich nur noch ein Bisschen lesen, um herauszufinden, wie man die Snapshots so konfiguriert, dass auch ein umfangreicheres Update nicht hängenbleibt, weil zwischendurch ein Snapshot den Platz belegt, der für's Update benötigt wird... Gruß, Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 03.03.2015 um 04:34 schrieb Michael Eschweiler:
Hallo Manfred,
ich habe mein System (oss 13.2) mit btrfs über die Standardinstallation eingerichtet (d.h. mit einigen Subvolumes). Nun habe ich folgendes Problem: Durch mehrere Updates ist mein /-Verzeichnis voll. Ja, ist schon ein tolles System was man sich da so ausgedacht hat ... Ich habe über 'snapper -c root delete von-bis' einige Snapshots löschen können. Weil aber nicht entscheidend Platz frei wurde, habe ich in /.snapshots mal nachgeschaut, was da noch so rumliegt, und siehe da, dort liegt noch ein Verzeichnis mit einer (älteren) Nummer, die in der Liste von 'snapper -c root list'nicht auftaucht. Wie kann ich dieses Verzeichnis loswerden? Händisch löschen erbrachte die Fehlermeldung 'schreibgeschützt' und ein chmod +rwx blieb ohne Wirkung. das: btrfs subvolume delete <subvolume> könnte da dein Freund sein
Ok, ich werde mal nachlesen, aber ehrlich gestanden sehe ich den Zusammenhang nicht: Snapshot = subvolume oder wie ist das gemeint?
Sorry, ich vergaß: Jeder Snapshot stellt gleichzeitig ein Subvolume dar. und das: Mach mal: btrfs subvolume list /, da siehst du dann wieviel Subvolumes du wirklich hast haben geholfen. Damit konnte ich den verwaisten Snapshot einfangen, bzw. löschen und siehe da, plötzlich sind doch wieder einige GB freigeworden.
ich hab bei mir # ls /.snapshots | wc -l 847 also: alle snapshots seit Anbeginn der openSUSE 13.2 und # snapper list Typ | # | Vorher # | Datum | Benutzer | Bereinigen | Beschreibung | Benutzerdaten -------+-----+----------+-----------------------------+----------+------------+--------------+-------------- single | 0 | | | root | | current | pre | 844 | | Di 03 Mär 2015 15:54:04 CET | root | number | zypp(zypper) | important=no post | 845 | 844 | Di 03 Mär 2015 15:56:44 CET | root | number | | important=no single | 846 | | Di 03 Mär 2015 16:00:01 CET | root | timeline | timeline | also: wie ich es löschen lies. Muss ich nun wirklich den .snappshot-Ordner von Hand löschen oder setzt BTRFS mein System damit auf den Stand 0 oder 844 zurück? denn eigentlich ist die snapper-Funktionalität doch eine Funktion von BTRFS, oder?
Jetzt muss ich nur noch ein Bisschen lesen, um herauszufinden, wie man die Snapshots so konfiguriert, dass auch ein umfangreicheres Update nicht hängenbleibt, weil zwischendurch ein Snapshot den Platz belegt, der für's Update benötigt wird...
Für einen Sinnvolle config wäre ich auch Dankbar! /etc/snapper/configs/root sollte ja eigentlich auch wieder aufräumen, was aber nicht klappt! -- Michael Riess -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
haben geholfen. Damit konnte ich den verwaisten Snapshot einfangen, bzw. löschen und siehe da, plötzlich sind doch wieder einige GB freigeworden.
ich hab bei mir # ls /.snapshots | wc -l 847
also: alle snapshots seit Anbeginn der openSUSE 13.2
und # snapper list Typ | # | Vorher # | Datum | Benutzer | Bereinigen | Beschreibung | Benutzerdaten -------+-----+----------+-----------------------------+----------+------------+--------------+--------------
single | 0 | | | root | | current | pre | 844 | | Di 03 Mär 2015 15:54:04 CET | root | number | zypp(zypper) | important=no post | 845 | 844 | Di 03 Mär 2015 15:56:44 CET | root | number | | important=no single | 846 | | Di 03 Mär 2015 16:00:01 CET | root | timeline | timeline |
also: wie ich es löschen lies. Seh ich das richtig, dass Du obwohl snapper list nur noch 3 Snapshots
Hallo Michael, Am 03.03.2015 um 16:38 schrieb Michael Riess: [...] listet du in /.snapshots noch 847 Verzeichnisse hast? Wenn dem so ist dann ist da aber was gewaltig im Argen Ich hab da exakt so viele Verzeichnisse wie ich auch Snapshots habe, allerdings bei der 13.1
Muss ich nun wirklich den .snappshot-Ordner von Hand löschen
Nö
oder setzt BTRFS mein System damit auf den Stand 0 oder 844 zurück? das FS macht da gar nichts denn eigentlich ist die snapper-Funktionalität doch eine Funktion von BTRFS, oder? Jein. BTRFS kennt Snapshots. Wo die angelegt werden, wie die gemanaged werden ist eine andere Sache, im Falle openSUSE macht das halt das Tool snapper. Unter Debian sieht das dann schon wieder ganz anders aus (IMHO viel besser).
Jetzt muss ich nur noch ein Bisschen lesen, um herauszufinden, wie man die Snapshots so konfiguriert, dass auch ein umfangreicheres Update nicht hängenbleibt, weil zwischendurch ein Snapshot den Platz belegt, der für's Update benötigt wird...
Für einen Sinnvolle config wäre ich auch Dankbar! /etc/snapper/configs/root sollte ja eigentlich auch wieder aufräumen, was aber nicht klappt!
Sollte es aber. das macht der /etc/cron.daily/suse.de-snapper Job, der einmal pro Tag gestartet wird. Zum Testen kannst du ja den mal manuell starten und gucken, was passiert Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 03.03.2015 um 19:20 schrieb Manfred Kreisl:
Hallo Michael,
Am 03.03.2015 um 16:38 schrieb Michael Riess: [...]
haben geholfen. Damit konnte ich den verwaisten Snapshot einfangen, bzw. löschen und siehe da, plötzlich sind doch wieder einige GB freigeworden.
ich hab bei mir # ls /.snapshots | wc -l 847
also: alle snapshots seit Anbeginn der openSUSE 13.2
und # snapper list Typ | # | Vorher # | Datum | Benutzer | Bereinigen | Beschreibung | Benutzerdaten -------+-----+----------+-----------------------------+----------+------------+--------------+--------------
single | 0 | | | root | | current | pre | 844 | | Di 03 Mär 2015 15:54:04 CET | root | number | zypp(zypper) | important=no post | 845 | 844 | Di 03 Mär 2015 15:56:44 CET | root | number | | important=no single | 846 | | Di 03 Mär 2015 16:00:01 CET | root | timeline | timeline |
also: wie ich es löschen lies. Seh ich das richtig, dass Du obwohl snapper list nur noch 3 Snapshots listet du in /.snapshots noch 847 Verzeichnisse hast?
Ja, richtig!
Wenn dem so ist dann ist da aber was gewaltig im Argen
Glaub ich auch!
Ich hab da exakt so viele Verzeichnisse wie ich auch Snapshots habe, allerdings bei der 13.1
Muss ich nun wirklich den .snappshot-Ordner von Hand löschen
Nö
oder setzt BTRFS mein System damit auf den Stand 0 oder 844 zurück? das FS macht da gar nichts denn eigentlich ist die snapper-Funktionalität doch eine Funktion von BTRFS, oder? Jein. BTRFS kennt Snapshots. Wo die angelegt werden, wie die gemanaged werden ist eine andere Sache, im Falle openSUSE macht das halt das Tool snapper. Unter Debian sieht das dann schon wieder ganz anders aus (IMHO viel besser).
Jetzt muss ich nur noch ein Bisschen lesen, um herauszufinden, wie man die Snapshots so konfiguriert, dass auch ein umfangreicheres Update nicht hängenbleibt, weil zwischendurch ein Snapshot den Platz belegt, der für's Update benötigt wird...
Für einen Sinnvolle config wäre ich auch Dankbar! /etc/snapper/configs/root sollte ja eigentlich auch wieder aufräumen, was aber nicht klappt!
Sollte es aber. das macht der /etc/cron.daily/suse.de-snapper Job, der einmal pro Tag gestartet wird. Zum Testen kannst du ja den mal manuell starten und gucken, was passiert
Mach ich mal, aktuell hab ich grad ein snapper delete gemacht, was aber leider auch nix am /.snappshot-Ordner ändert! Muss man den hourly-snapshot eigentlich manuell in /etc/snapper/configs/root deaktivieren, oder gibts da ein Werkzeug dafür? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (4)
-
Manfred Kreisl
-
Michael Eschweiler
-
Michael Riess
-
michael.eschweiler@web.de