[skippy]

Hallo zusammen,

mein Server zickt mal wieder etwas rum. Laut Log habe ich keinen freien Speicher. Aus meiner Sicht ist zumindes genug Plattenplatz vorhanden.

Code: [Select]

MLD-Server> df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/sda1                39.8G     17.5G     22.1G  44% /
tmp                    1003.0M    380.0K   1002.7M   0% /tmp
run                    1003.0M    712.0K   1002.3M   0% /run
dev                    1000.3M         0   1000.3M   0% /dev
/dev/sda2                19.8G      4.3M     17.8G   0% /media/ata-sda2
/dev/sda1                39.8G     17.5G     22.1G  44% /var/cache
/dev/sdb1                 3.6T      3.3T    371.0G  90% /mnt/data
Ein ähnliches Problem hatte ich schon mal beim Starten => siehe hier. Das Löschen der Snapshots bringt tatsächlich etwas Besserung. Dennoch kommen im Betrieb die "no spaces left" Fehler nach einiger Zeit. Aktuell ist angeblich die mysql-db nicht erreichbar. Aber auch Updates laufen nicht komplett durch. Ein Neustart hilft auch nur kurzzeitig.

Wie kann ich denn ermitteln, wo Speicherplatz fehlt und vor allem, wie kann ich ihn vergrößern?

Das Debug-Log habe ich hochgeladen => Dein Upload Code lautet: eQgxon

Viele Grüße skippy

[skippy]

Hallo Claus,

wir hatten das Thema heute im Videochat etwas näher untersucht. Danach liegt es an den Snapshots. Von meinem System haben wir die Snapshots mit

Code: [Select]

mount /dev/root /mnt/snapshots -o subvol=/
nach /mnt/snapshots gemountet, damit er sichtbar wird. Aktuell sind nur 5 snapshots angelegt =>

Code: [Select]

MLD-Server> ls -l /mnt/snapshots/
drwxrwxr-x    1 root     root           232 Jul 26 17:19 2016-11-30 19:34
drwxrwxr-x    1 root     root           264 Dec 15 18:30 2016-12-15 17:33
drwxrwxr-x    1 root     root           232 Jul 26 17:19 2016-12-17 20:55
drwxrwxr-x    1 root     root           232 Jul 26 17:19 2016-12-26 11:30
drwxrwxr-x    1 root     root           232 Jul 26 17:19 2016-12-27 21:39
drwxrwxr-x    1 root     root            98 Jul 26 18:05 @cache
drwxrwxr-x    1 root     root             0 Mar  1  2016 @data
drwxrwxr-x    1 root     root           232 Jul 26 17:19 @root____________________

Der folgende Befehl zeigt, dass hier der komplette Platz belegt ist =>

Code: [Select]

MLD-Server> btrfs filesystem show
Label: none  uuid: f226bef9-83f5-426f-8b7b-2a743f311451
        Total devices 1 FS bytes used 16.73GiB
        devid    1 size 39.83GiB used 39.83GiB path /dev/root

parent transid verify failed on 3739471872 wanted 586587 found 586589
parent transid verify failed on 3739471872 wanted 586587 found 586589
parent transid verify failed on 3739471872 wanted 586587 found 586589
parent transid verify failed on 3739471872 wanted 586587 found 586589
Ignoring transid failure
Label: none  uuid: bbd88682-4f5d-4ce3-a820-741b498d007e
        Total devices 1 FS bytes used 288.00KiB
        devid    1 size 19.80GiB used 2.04GiB path /dev/sda2

Btrfs v3.17

Irrtümlich hatte ich angenommen, dass auch die gemounteten Aufnahmen unter /net mit im Snapshot landen. Das ist jedoch nicht der Fall. Es ist nur ein Link. Aber im Snapshotbereich unter @cache belegt mysql-data bereits 7,6 GB, epg-daemon 3,6 GB. Die einzelnen Snapshots nochmals so ca. 1,2 GB. Hier mal das Ergebnis auf die 2. Verzeichnisebene summiert:

verbrauchter Platz im Snapshot-Bereich (show / hide)

MLD-Server> du -hd 2
1.2M    ./@cache/apt
56.0K   ./@cache/fontconfig
20.0K   ./@cache/ldconfig
8.0K    ./@cache/samba
866.5M  ./@cache/vdr
7.6G    ./@cache/mysql-data
3.6G    ./@cache/epg-daemon
12.0G   ./@cache
0       ./@data
56.0K   ./2016-11-30 19:34/root
14.7M   ./2016-11-30 19:34/etc
3.5M    ./2016-11-30 19:34/sbin
140.7M  ./2016-11-30 19:34/var
57.4M   ./2016-11-30 19:34/lib
4.0K    ./2016-11-30 19:34/lib64
962.7M  ./2016-11-30 19:34/usr
2.5M    ./2016-11-30 19:34/bin
9.1M    ./2016-11-30 19:34/boot
8.0K    ./2016-11-30 19:34/data
868.0K  ./2016-11-30 19:34/run
60.0K   ./2016-11-30 19:34/tmp
0       ./2016-11-30 19:34/dev
56.0K   ./2016-11-30 19:34/media
0       ./2016-11-30 19:34/mnt
0       ./2016-11-30 19:34/proc
0       ./2016-11-30 19:34/sys
0       ./2016-11-30 19:34/net
1.2G    ./2016-11-30 19:34
56.0K   ./2016-12-15 17:33/root
14.8M   ./2016-12-15 17:33/etc
3.5M    ./2016-12-15 17:33/sbin
141.2M  ./2016-12-15 17:33/var
57.4M   ./2016-12-15 17:33/lib
4.0K    ./2016-12-15 17:33/lib64
975.6M  ./2016-12-15 17:33/usr
3.5M    ./2016-12-15 17:33/bin
9.1M    ./2016-12-15 17:33/boot
8.0K    ./2016-12-15 17:33/data
868.0K  ./2016-12-15 17:33/run
60.0K   ./2016-12-15 17:33/tmp
0       ./2016-12-15 17:33/dev
52.0K   ./2016-12-15 17:33/media
0       ./2016-12-15 17:33/mnt
0       ./2016-12-15 17:33/proc
0       ./2016-12-15 17:33/sys
0       ./2016-12-15 17:33/net
1.2G    ./2016-12-15 17:33/2016-12-10 15:51
2.4G    ./2016-12-15 17:33
56.0K   ./2016-12-17 20:55/root
14.7M   ./2016-12-17 20:55/etc
3.5M    ./2016-12-17 20:55/sbin
140.9M  ./2016-12-17 20:55/var
57.4M   ./2016-12-17 20:55/lib
4.0K    ./2016-12-17 20:55/lib64
975.1M  ./2016-12-17 20:55/usr
3.5M    ./2016-12-17 20:55/bin
9.1M    ./2016-12-17 20:55/boot
8.0K    ./2016-12-17 20:55/data
868.0K  ./2016-12-17 20:55/run
60.0K   ./2016-12-17 20:55/tmp
0       ./2016-12-17 20:55/dev
56.0K   ./2016-12-17 20:55/media
0       ./2016-12-17 20:55/mnt
0       ./2016-12-17 20:55/proc
0       ./2016-12-17 20:55/sys
0       ./2016-12-17 20:55/net
1.2G    ./2016-12-17 20:55
56.0K   ./@root____________________/root
14.7M   ./@root____________________/etc
3.5M    ./@root____________________/sbin
133.4M  ./@root____________________/var
57.4M   ./@root____________________/lib
4.0K    ./@root____________________/lib64
867.2M  ./@root____________________/usr
3.5M    ./@root____________________/bin
9.1M    ./@root____________________/boot
8.0K    ./@root____________________/data
868.0K  ./@root____________________/run
60.0K   ./@root____________________/tmp
0       ./@root____________________/dev
56.0K   ./@root____________________/media
0       ./@root____________________/mnt
0       ./@root____________________/proc
0       ./@root____________________/sys
0       ./@root____________________/net
1.1G    ./@root____________________
56.0K   ./2016-12-26 11:30/root
14.7M   ./2016-12-26 11:30/etc
3.5M    ./2016-12-26 11:30/sbin
141.5M  ./2016-12-26 11:30/var
57.4M   ./2016-12-26 11:30/lib
4.0K    ./2016-12-26 11:30/lib64
857.1M  ./2016-12-26 11:30/usr
3.5M    ./2016-12-26 11:30/bin
9.1M    ./2016-12-26 11:30/boot
8.0K    ./2016-12-26 11:30/data
868.0K  ./2016-12-26 11:30/run
60.0K   ./2016-12-26 11:30/tmp
0       ./2016-12-26 11:30/dev
56.0K   ./2016-12-26 11:30/media
0       ./2016-12-26 11:30/mnt
0       ./2016-12-26 11:30/proc
0       ./2016-12-26 11:30/sys
0       ./2016-12-26 11:30/net
1.1G    ./2016-12-26 11:30
56.0K   ./2016-12-27 21:39/root
14.7M   ./2016-12-27 21:39/etc
3.5M    ./2016-12-27 21:39/sbin
133.1M  ./2016-12-27 21:39/var
57.4M   ./2016-12-27 21:39/lib
4.0K    ./2016-12-27 21:39/lib64
867.2M  ./2016-12-27 21:39/usr
3.5M    ./2016-12-27 21:39/bin
9.1M    ./2016-12-27 21:39/boot
8.0K    ./2016-12-27 21:39/data
868.0K  ./2016-12-27 21:39/run
60.0K   ./2016-12-27 21:39/tmp
0       ./2016-12-27 21:39/dev
56.0K   ./2016-12-27 21:39/media
0       ./2016-12-27 21:39/mnt
0       ./2016-12-27 21:39/proc
0       ./2016-12-27 21:39/sys
0       ./2016-12-27 21:39/net
1.1G    ./2016-12-27 21:39
20.2G   .

Hast du eine Idee, wie ich diesen Bereich vergrößern bzw. auslagern kann?

Viele Grüße skippy
 

[clausmuus]

Der cache ließe sich auf's Datenlaufwerk verlegen, wie wir's in Zukunft per Voreinstellung machen wollen. Dafür soll der mergerfs verwendet werden. Leider gibt es damit noch Probleme mit der Systemlast. Alternativ könntest Du erst einmal das mysql Verzeichnis per Softlink auf's Datenlaufwerk verlegen. Oder manuell den gesamten cache ins Datenlaufwerk mounten.

Claus

[skippy]

Danke Claus. Funktioniert dann auch das Zurücksetzen des Snapshots über den Boot-Bildschirm der MLD? Ich kann mir vorstellen, dass er zu diesem Zeitpunkt die Datenplatte noch nicht kennt. Oder wird der @Cache-Bereich aus dem Snapshot beim Zurücksetzen nicht benötigt?

Viele Grüße skippy

[clausmuus]

Im cache Bereich dürfen nur Daten liegen, die verzichtbar sind, bzw. automatisch neu erstellt werden.
Das ist aber noch nicht zu 100% sicher gestellt, wird aber kommen.

Das mergerfs funktioniert inzwischen auch wieder ein wenig besser. Hat nicht mehr eine so hohe Systemlast.

Claus