Tumbleweed Btrfs: System friert kurz nach Start reproduzierbar zeitweise ein
- Oceanwaves
- Erledigt
-
-
Tip am Rande:
Denke nicht, das snapper dir Backups ersparen.........Auf die Idee würde ich nie kommen.
Der Rechner startet jede Nacht über's BIOS, macht dann ein rsync auf's NAS, das NAS startet um 5:00 Uhr das Backup-NAS und sichert u.a. das Backup des PCs auf das Backup-NAS, aktuell über 3 Wochen versioniert.
Snapshot betrachte ich nur als Möglichkeit, Probleme wie z.B. die Installation eines Paketes, dass die Stabilität beeinträchtigt, wieder rückgängig zu machen. Bei Gentoo war das einfacher, weil ich da alle Pakete lokal im Filesystem liegen hatte und notfalls auf ein älteres Paket zurück gehen konnte. Das geht mit dem Repository ja anscheinend nicht. -
-
@Oceanwaves
Balance ergibt bei dir Fehler.
Deswegen mein Lösungsvorschlag in Post #17
Teste es einfach malHier noch mehr Infos dazu:
Important: Ranged Compared to Constant ValuesIn case quota support is enabled (see Section 7.6.5, “Adding Disk Quota Support”) the limit needs to be specified as a minimum-maximum range, for example 2-10. If quota support is disabled, a constant value, for example 10, needs to be provided, otherwise cleaning-up will fail with an error.
Quelle:
Administration Guide | SUSE Linux Enterprise Server 12 SP4 -
@Oceanwaves
Hier schon mal eine mögliche Lösung zu deinem Balance-Fehler:
BTRFS in Verbindung mit quota (enabled)...
Um genau diesen Balance-Fehler zu beheben, muss in...
/etc/snapper/configs/root
...eine kleine Änderung durchgeführt werden.Hier ein Auszug meiner Konfig:
# limit for number cleanup
NUMBER_MIN_AGE="1800"
NUMBER_LIMIT="3"
NUMBER_LIMIT_IMPORTANT="3"Erklärung:
Bei "NUMBER_LIMIT" und "NUMBER_LIMIT_IMPORTANT" darf kein von x bis y Wert stehen (z.B. 4-10).
Es muss ein fester Wert, für die Anzahl normaler- und wichtiger Snapshots, eingetragen werden.Die Werte hatte SuSE eingetragen. Hab mal beide Limits auf "3" geändert und...
... deine Limits eingetragen.
Anschließend
Code# btrfs quota rescan -w / quota rescan started # btrfs balance --full-balance / ERROR: error during balancing '/': No space left on device There may be more info in syslog - try dmesg | tail
Hat also auch nix gebracht. Snapshots für / und /home:Code
Alles anzeigensnapper ls -a Config: home, subvolume: /home # | Type | Pre # | Date | User | Used Space | Cleanup | Description | Userdata ----+--------+-------+--------------------------+------+------------+----------+-------------+--------- 0 | single | | | root | | | current | 21 | single | | Sun Aug 25 04:00:04 2019 | root | 239.12 MiB | timeline | timeline | 22 | single | | Sun Aug 25 10:00:09 2019 | root | 121.16 MiB | timeline | timeline | 23 | single | | Sun Aug 25 11:00:09 2019 | root | 52.78 MiB | timeline | timeline | 24 | single | | Sun Aug 25 12:00:09 2019 | root | 38.88 MiB | timeline | timeline | 25 | single | | Sun Aug 25 13:00:09 2019 | root | 38.85 MiB | timeline | timeline | 26 | single | | Sun Aug 25 14:00:09 2019 | root | 28.26 MiB | timeline | timeline | 27 | single | | Sun Aug 25 15:00:09 2019 | root | 22.38 MiB | timeline | timeline | 28 | single | | Sun Aug 25 16:00:09 2019 | root | 30.46 MiB | timeline | timeline | 29 | single | | Sun Aug 25 17:00:09 2019 | root | 29.92 MiB | timeline | timeline | 30 | single | | Sun Aug 25 18:00:09 2019 | root | 31.24 MiB | timeline | timeline | 31 | single | | Sun Aug 25 19:00:09 2019 | root | 24.70 MiB | timeline | timeline | Config: root, subvolume: / # | Type | Pre # | Date | User | Used Space | Cleanup | Description | Userdata -----+--------+-------+--------------------------+------+------------+---------+-----------------------+------------- 0 | single | | | root | | | current | 1* | single | | Thu Jul 11 19:12:11 2019 | root | 1.00 MiB | | first root filesystem | 242 | pre | | Sat Aug 24 08:51:57 2019 | root | 1.14 GiB | number | zypp(zypper) | important=no 243 | post | 242 | Sat Aug 24 08:53:14 2019 | root | 779.86 MiB | number | | important=no 244 | pre | | Sat Aug 24 09:11:31 2019 | root | 774.35 MiB | number | zypp(zypper) | important=no 245 | post | 244 | Sat Aug 24 09:12:42 2019 | root | 12.60 MiB | number | | important=no 246 | pre | | Sun Aug 25 12:17:30 2019 | root | 8.08 MiB | number | zypp(zypper) | important=no 247 | post | 246 | Sun Aug 25 12:17:41 2019 | root | 512.00 KiB | number | | important=no
-
@Oceanwaves
Balance ergibt bei dir Fehler.
Deswegen mein Lösungsvorschlag in Post #17
Teste es einfach malHier noch mehr Infos dazu:
Important: Ranged Compared to Constant ValuesIn case quota support is enabled (see Section 7.6.5, “Adding Disk Quota Support”) the limit needs to be specified as a minimum-maximum range, for example 2-10. If quota support is disabled, a constant value, for example 10, needs to be provided, otherwise cleaning-up will fail with an error.
Quelle:
Administration Guide | SUSE Linux Enterprise Server 12 SP4Äh nein, ich hatte ja vorher einen Range "von-bis" eingetragen. Brachte aber bei btrfs balance einen Fehler. Dann auf festen Wert "3" geändert und ebenfalls ein Abbruch bei btrfs balance.
Vergleich Original zu geändert wegen #17:
Code39,40c39,40 < NUMBER_LIMIT="2-10" < NUMBER_LIMIT_IMPORTANT="4-10" --- > NUMBER_LIMIT="3" > NUMBER_LIMIT_IMPORTANT="3"
Also mache ich das jetzt wieder rückgängig, weil bei mir ja Quotas aktiv sind.
-
-
Ich hatte exakt den gleichen Fehler.
Und mit Platzmangel hatte es bei mir definitiv nichts zu tun.
Bei mir waren von 60 GB noch 52 GB frei.
Schaue gerade, wie ich das gelöst habe.
Teste noch einmal als Root (su):
btrfs quota disable /
Läuft "balance" dann?
Danach wieder einschalten mit:
btrfs quota enable /
Ich meine dies, in Verbindung mit der Änderung der zwei NUMBER_LIMIT Werte war die Lösung.
Seit dem hatte ich nie wieder Probleme mit BTRFS und auch diverse Cloning-Programme laufen perfekt (Clonezilla z.B.). -
Ich hatte exakt den gleichen Fehler.
Und mit Platzmangel hatte es bei mir definitiv nichts zu tun.
Bei mir waren von 60 GB noch 52 GB frei.
Schaue gerade, wie ich das gelöst habe.
Teste noch einmal als Root (su):
btrfs quota disable /
Läuft "balance" dann?
Danach wieder einschalten mit:
btrfs quota enable /
Ich meine dies, in Verbindung mit der Änderung der zwei NUMBER_LIMIT Werte war die Lösung.
Seit dem hatte ich nie wieder Probleme mit BTRFS und auch diverse Cloning-Programme laufen perfekt (Clonezilla z.B.).Ich probier's mal. Meine aber gelesen zu haben, wenn man Snapshiots mit btrfs nutzt, dass dann Quotas auf jeden Fall aktiviert sein sollten. Und die NUMBER_LIMIT-Werte in dem Fall "von-bis" sein sollten (wie ich es ja ursprünglich hatte und jetzt auch wieder habe).
-