Viel genutzter SSD-Speicherplatz auf der RS 1000 G11

tcnc17

Code

SCP-Media zeigt mir „vda: 89 GiB von 256 GiB verwendet“.
Es gibt keine Snapshots, Server anhalten und optimieren wurde durchgeführt.

Ich habe die folgenden Partitionen:
   - swap : 8G
   - /    : 92G (verwendet 3.8G)
   - zfs  : 162G (benutzt 2.39G)
   - udev, tmpfs, ... : +- 10G
   
Ich komme also auf etwa 25G in Verwendung.
Versteht jemand, warum SCP 89G anzeigt?

zpool list
NAME    SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT
default 162G 2.39G 160G -       -        6%   1%  1.00x ONLINE -

df -h
udev      3,9G 0    3,9G 0% /dev
tmpfs     795M 688K 794M 1% /run
/dev/vda5 92G  3,8G 83G  5% /
tmpfs     3,9G 0    3,9G 0% /dev/shm
tmpfs     5,0M 0    5,0M 0% /run/lock
tmpfs     100K 0    100K 0% /var/lib/incus/shmounts
tmpfs     100K 0    100K 0% /var/lib/incus/guestapi
tmpfs     795M 0    795M 0% /run/user/0
default/containers/brol  155G 409M 155G 1% /var/lib/incus/storage-pools/default/containers/brol
default/containers/db    156G 479M 155G 1% /var/lib/incus/storage-pools/default/containers/db
default/containers/proxy 155G 419M 155G 1% /var/lib/incus/storage-pools/default/containers/proxy
default/containers/tst   155G 415M 155G 1% /var/lib/incus/storage-pools/default/containers/tst
default/containers/ub    155G 409M 155G 1% /var/lib/incus/storage-pools/default/containers/ub

Alles anzeigen

citecite

Wenn du "fstrim -av" ausführst, ändert sich dann (evt. auch erst nach einem Reboot) was? Falls ja müsstest Du dafür sorgen, dass Dein Server regelmäßig (oder kontinuierlich) TRIM-Anweisungen für den ungenutzten Speicherplatz auslöst, z.B. via "fstrim.timer" oder mount-Optionen.

Viele Grüße,

Stefan

tcnc17

fstrim führt zum gleichen Ergebnis.

KB19

Bei ZFS funktioniert ein normales fstrim nicht.

zpool trim default sollte helfen

Danach ein wenig abwarten, bis es fertig ist. Siehe Ausgabe von: zpool status -t default

tcnc17

Jetzt verstehe ich das alles nicht mehr.

Zpool trim schien kein Ergebnis zu bringen.

zpool status -t default

pool: default

state: ONLINE

scan: scrub repaired 0B in 00:00:02 with 0 errors on Mon Sep 9 10:14:13 2024

config:

NAME STATE READ WRITE CKSUM

default ONLINE 0 0 0

vda6 ONLINE 0 0 0 (100% trimmed, completed at Mon Sep 9 10:42:54 2024)

errors: No known data errors

Aber jetzt sagt SCP: vda: 8 GiB von 256 GiB benutzt.

Also zeigt es jetzt viel zu wenig an ???

Ich habe den Eindruck, dass etwas mit der Berichterstattung in SCP nicht stimmt.

tcnc17

Ich habe einen Fehler gemacht, es gibt keine Swap-Partition, und ich habe bei der Berechnung manchmal den verfügbaren statt des belegten Speicherplatzes genommen.

Die letzte Zahl von 8G scheint also zu stimmen.

Zpool trim hat also das Problem gelöst.

Vielen Dank für den Tipp.