Forum Linux.général df et calcul bizarre

Posté par (site web personnel) . Licence CC By‐SA.
Étiquettes :
0
14
jan.
2015

Bonjour à tous,

je réalise un petit tour de mes volumes disques et je tombe sur un serveur dont la commande df a un comportement étonnant.

#df
Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
/dev/mapper/VolGroup00-LogVol00
 447052240 40587644 383389372 10% /
/dev/cciss/c0d0p1 101086 38061 57806 40% /boot
tmpfs 12275612 0 12275612 0% /dev/shm
/dev/mapper/VolGroup01-LogVol01
 256998852 90316800 153627284 38% /database
/dev/mapper/VolGroup02-LogVol01
 41284928 1455732 37732044 4% /arch
/dev/scd0 2845254 2845254 0 100% /media/cdrom

Par exemple la ligne

/dev/mapper/VolGroup02-LogVol01
 41284928 1455732 37732044 4% /arch

Je suis pas une bête de calcul mental mais y a comme un truc qui me fait tiquer ! Chez moi 41284928 - 37732044 != 1455732.

Premier test sur un serveur en redhat 5.5, je réalise le même test avec une version 5.11 et aussi sur un fedora 20... Même constat. Sur des petits volumes c'est pas forcement gênant, mais sur des volumes à 800Go ça commence à piquer un peu un écart pareil.

Je suppose que c'est une histoire d'arrondi mais du coups j'ai pas trop confiance :(

P.S. : désolé la mise en force saute du bloc code.

  • # Blocks réservés

    Posté par . Évalué à 1.

    tune2fs -l /dev/xxxxx | grep "Reserved block count"

    • [^] # Re: Blocks réservés

      Posté par (site web personnel) . Évalué à 1.

      Voila le résultat :

       tune2fs -l /dev/mapper/VolGroup01-LogVol01 | grep "Reserved block count"
       Reserved block count: 3263692
      

      Résultat de df :

       df /dev/mapper/VolGroup01-LogVol01 
       Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
       /dev/mapper/VolGroup01-LogVol01
       256998852 90316828 153627256 38% /database
      

      Born to Kill EndUser !

      • [^] # Re: Blocks réservés

        Posté par (site web personnel) . Évalué à 2.

        J'ai continué mes recherches et c'est un espace réservé pour le système dans le cas d'un fs plein afin d'avoir une marge pour syslog ou autre processus à haut privilège. Donc sur / /var /tmp /dev /proc je pense que c'est une mauvaise idée de mettre la réservation à 0. Mais sur une partition de data c'est intéressant afin de récupérer de l'espace ?

        Born to Kill EndUser !

        • [^] # Re: Blocks réservés

          Posté par . Évalué à 1.

          Faut au moins laisser 1% afin d'éviter de se retrouver dans une situation de blocage (genre un checkdisk qui veut ecrire dans /lost+found alors que tout est plein).

          • [^] # Re: Blocks réservés

            Posté par (site web personnel) . Évalué à 1.

            J'ai laissé la valeur par défaut sur les partitions système et sur le partition où il y a que des data que je gère j'ai laissé à 1%.

            Born to Kill EndUser !

        • [^] # Re: Blocks réservés

          Posté par . Évalué à 2.

          mettre la reservation à 0% peut-etre pas,
          mais la reduire de 5% (par defaut) à un pourcentage moindre permet en effet de recuperer de la place.

  • # c'est réservé à root

    Posté par . Évalué à 1.

    pour pouvoir dépanner la machine si y a plus de place sur le disque :P, c'est généralement un pourcentage du disque

    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.