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.