Dans notre infrastructure de machine virtuelle, nous avons des hôtes en cluster allant vers un SAN.
Ce que j'essaie de comprendre, c'est combien d'espace "blanc" est laissé lors de la suppression de fichiers sur nos serveurs Redhat. Sur notre serveur Windows, nous utilisons sdelete et cela résout ce problème, mais avec Linux, j'ai du mal à trouver une solution.
Je définis "l'espace blanc" comme les secteurs? les restes qui ne sont pas remis à zéro que les disques SSD doivent d'abord mettre à zéro avant de pouvoir y écrire.
Une chose que je soulignerai, c'est qu'en ce qui concerne Linux, j'en sais assez pour être dangereux mais je ne suis pas un super utilisateur.
Regarder les disques et les partitions:
[root@rhserver1-DATA10 /]# fdisk -l
Disk /dev/sda: 53.7 GB, 53687091200 bytes, 104857600 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0x0005d52e
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 1026047 512000 83 Linux
/dev/sda2 1026048 104857599 51915776 8e Linux LVM
Disk /dev/sdb: 53.7 GB, 53687091200 bytes, 104857600 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mapper/rhel_rhserver1--data10-root: 51.0 GB, 50964987904 bytes, 99540992 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mapper/rhel_rhserver1--data10-swap: 2147 MB, 2147483648 bytes, 4194304 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Examinons maintenant l'utilisation du disque:
[root@rhserver1-DATA10 /]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/rhel_rhserver1--data10-root 48G 6.1G 42G 13% /
devtmpfs 906M 0 906M 0% /dev
tmpfs 921M 340K 920M 1% /dev/shm
tmpfs 921M 90M 831M 10% /run
tmpfs 921M 0 921M 0% /sys/fs/cgroup
/dev/sdb 50G 3.5G 44G 8% /ACMS01Backup
/dev/sda1 497M 210M 288M 43% /boot
tmpfs 185M 20K 185M 1% /run/user/1000
tmpfs 185M 0 185M 0% /run/user/1002
Après plusieurs heures de recherche sur Google, j'ai trouvé cela, je pense que cela me montre combien "d'espace blanc" est disponible pour être nettoyé.
[root@rhserver1-DATA10 /]# parted /dev/sda unit MB print free | grep 'Free Space' | tail -n1 | awk '{print $3}'
1.02MB
[root@rhserver1-DATA10 /]# parted /dev/sda unit '%' print free | grep 'Free Space' | tail -n1 | awk '{print $3}'
0.00%
Je pense qu'une sortie raisonnable pour une partition 497M.
Alors maintenant, je veux faire la même chose uniquement sur mon lecteur monté (je pense que c'est monté.)
parted /dev/mapper/rhel_rhserver1--data10-root unit MB print free | grep 'Free Space' | tail -n1 | awk '{print $3}'
parted /dev/mapper/rhel_rhserver1--data10-root unit '%' print free | grep 'Free Space' | tail -n1 | awk '{print $3}'
Ce qui ne me donne rien.
Mon / etc / fstab /:
[root@rhserver1-DATA10 /]# cat /etc/fstab
/dev/mapper/rhel_rhserver1--data10-root / xfs defaults 0 0
UUID=2f97a17c-a6d5-4904-ad5c-7c16b4510201 /boot xfs defaults 0 0
/dev/mapper/rhel_rhserver1--data10-swap swap swap defaults 0 0
/dev/disk/by-uuid/be4c45cf-5d72-4b97-b647-2e585947041f /ACMS01Backup auto nosuid,nodev,nofail,x-gvfs-show 0 0
Ma question est donc: suis-je sur la bonne voie?
Ai-je bien expliqué ce que je cherchais?
Y a-t-il un terme pour "espace blanc" qui pourrait aider mon googler?
J'ai trouvé que je peux exécuter "fstrim -v /" sur la racine mais je voudrais vraiment savoir combien d'espace est là.
J'essaie également de comprendre que le système de production est très intensif en E / S, doit-il fonctionner en dehors des heures de pointe?
Y a-t-il une chance de perte de données en exécutant "fstrim -v /"?
blkid
et voyez si vous pouvez obtenir l'UUID et réexécutez la parted
commande.
discard
option de montage sur les systèmes de fichiers.