[HS] réponse de la commande df

Le
mathias dufresne
--0015174c136e3bdb11046bd6f5f4
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Bonjour à tous,

Je viens de m'apercevoir que la comande "df" affiche des résultats souven=
t
incohérents sur mes FS en ext3, sur des serveurs Solaris en UFS, mais sem=
ble
fonctionner convenablement sur les netapp :
linuxhp001:/mnt/volm01_00/etc# df | egrep '^[ t]*[0-9]' | awk '{ print
$1, $2 + $3, $5 }'
7680168 7292304 /
18578172 17823200 /home
16777216 16777216 /mnt/volm02_00
15728640 15728640 /mnt/volm01_00
335544320 335544320 /mnt/volm01_01
167772160 167772160 /mnt/volm01_02
411041792 411041792 /mnt/volm02_02

Ici il s'agit d'une Debian stable avec des montages sur filers Netapp (tout
ce qui est dans /mnt) et les deux premières lignes correspondent à de
l'ext3. On voit nettement ici que la somme "espace utilisé" + "espace lib=
re"
diffère de la taille totale sur de l'ext3 mais pas sur les Netapp.

J'ai aussi testé sur des systèmes Solaris 10 et les réponses de "df" =
ne
correspondent pas non plus lorsqu'il s'agit de files systems en UFS, par
contre en cas de montage sur filer les réponses sont bonnes

Je cherche à comprendre ce qui peut générer ces erreurs dans les ré=
sultats,
serait-ce du à la journalisation ou quelque chose comme ça ?

Cordialement,

mathias

--0015174c136e3bdb11046bd6f5f4
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Bonjour à tous,<br><br>Je viens de m&#39;apercevoir que la comande &quot;=
df&quot; affiche des résultats souvent incohérents sur mes FS en ext3, =
sur des serveurs Solaris en UFS, mais semble fonctionner convenablement sur=
les netapp :<br>





<meta http-equiv="CONTENT-TYPE" content="text/html; charset=utf-8">
<title></title>
<meta name="GENERATOR" content="OpenOffice.org 3.0 (Linux)">
<style>
<!--
BODY,DIV,TABLE,THEAD,TBODY,TFOOT,TR,TH,TD,P { font-family:"DejaVu Sans"; =
font-size:x-small }
--></style>linuxhp001:/mnt/volm01_00/etc# df | egrep &#39;^[ t]*[0-9]&#=
39; | awk &#39;{ print $1, $2 + $3, $5 }&#39;<br>7680168 7292304 /<br>18578=
172 17823200 /home<br>16777216 16777216 /mnt/volm02_00<br>15728640 15728640=
/mnt/volm01_00<br>
335544320 335544320 /mnt/volm01_01<br>167772160 167772160 /mnt/volm01_02<br=
>411041792 411041792 /mnt/volm02_02<br><br>Ici il s&#39;agit d&#39;une Debi=
an stable avec des montages sur filers Netapp (tout ce qui est dans /mnt) e=
t les deux premières lignes correspondent à de l&#39;ext3. On voit nett=
ement ici que la somme &quot;espace utilisé&quot; + &quot;espace libre&qu=
ot; diffère de la taille totale sur de l&#39;ext3 mais pas sur les Netapp=
.<br>
<br>J&#39;ai aussi testé sur des systèmes Solaris 10 et les réponses =
de &quot;df&quot; ne correspondent pas non plus lorsqu&#39;il s&#39;agit de=
files systems en UFS, par contre en cas de montage sur filer les réponse=
s sont bonnes<br>
<br>Je cherche à comprendre ce qui peut générer ces erreurs dans les =
résultats, serait-ce du à la journalisation ou quelque chose comme ça=
?<br><br>Cordialement,<br><br>mathias<br><br>

--0015174c136e3bdb11046bd6f5f4--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Alain Vaugham
Le #19518111
--nextPart3017501.QrMnhFD6dA
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Le lundi 8 juin 2009 16:21, mathias dufresne a écrit :
Bonjour à tous,


Bonjour,


Je viens de m'apercevoir que la comande "df" affiche des résultats s ouvent
incohérents sur mes FS en ext3, sur des serveurs Solaris en UFS, mais
semble fonctionner convenablement sur les netapp :


[...]

Une autre incohérence qui me parait similaire :
http://lists.debian.org/debian-user-french/2009/06/msg00056.html
Je ne sais pas si c'est lié.

--
Alain Vaugham
--------------------------------------------------------
[PUB] Signature numérique GPG de ce courrier: 0xD26D18BC

--nextPart3017501.QrMnhFD6dA
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQBKLSvnlMPLZNJtGLwRAmkJAKC9AUsW6RElplX7Ih2S9erU1NR9qgCfQIng
Uu1UPfNq5uqonZW/ig24WQ0 =9pQf
-----END PGP SIGNATURE-----

--nextPart3017501.QrMnhFD6dA--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Alain Baeckeroot
Le #19518091
Le 08/06/2009 à 16:21, mathias dufresne a écrit :
# df | egrep '^[ t]*[0-9]' | awk '{ print $1, $2 + $3, $5 }'
7680168 7292304 /
18578172 17823200 /home



On voit nettement ici que la somme "espace utilisé" + "espace libre"
diffère de la taille totale sur de l'ext3



a mon avis, c'est que les tailles sont arrondies, et si il y a bcp de petits
fichiers cela crée une différence selon la facon de compter
(genre la taille occupée est la taille réelle, alors que la taill e libre
ne compte que les blocs completement libre, pas l'espace résiduel lais sé par
un fichier de 500 octet dans un bloc de 4k)

my 2 cents
Alain

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Sylvain Sauvage
Le #19518331
Alain Baeckeroot, lundi 8 juin 2009, 17:29:02 CEST

Le 08/06/2009 à 16:21, mathias dufresne a écrit :
> # df | egrep '^[ t]*[0-9]' | awk '{ print $1, $2 + $3, $5 }'
> 7680168 7292304 /
> 18578172 17823200 /home

> On voit nettement ici que la somme "espace utilisé" + "espace libr e"
> diffère de la taille totale sur de l'ext3

a mon avis, c'est que les tailles sont arrondies, et si il y a bcp de pet its
fichiers cela crée une différence selon la facon de compter
(genre la taille occupée est la taille réelle, alors que la tai lle libre
ne compte que les blocs completement libre, pas l'espace résiduel la issé par
un fichier de 500 octet dans un bloc de 4k)



Déjà, man tune2fs :
-m pourcentage_blocs_réservés
Définir en pourcents la fraction du système de
fichiers qui ne peut être allouée que par des processus
privilégiés. La réservation de blocs du système de fi chiers
pour une utilisation par des processus privilégiés permet
d’éviter la fragmentation et permet aux démons lancé par root,
comme syslogd(8), de continuer à fonctionner correctement après
que les processus non privilégiés ne soient plus autorisés à
écrire sur le système de fichiers. La valeur par défaut
est de 5 %.

--
Sylvain Sauvage

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
vanicat
Le #19518321
mathias dufresne
Bonjour à tous,

Je viens de m'apercevoir que la comande "df" affiche des résultats souvent
incohérents sur mes FS en ext3, sur des serveurs Solaris en UFS, mais semble
fonctionner convenablement sur les netapp :
linuxhp001:/mnt/volm01_00/etc# df | egrep '^[ t]*[0-9]' | awk '{ print
$1, $2 + $3, $5 }'
7680168 7292304 /
18578172 17823200 /home
16777216 16777216 /mnt/volm02_00
15728640 15728640 /mnt/volm01_00
335544320 335544320 /mnt/volm01_01
167772160 167772160 /mnt/volm01_02
411041792 411041792 /mnt/volm02_02



je soupçonne les blocs réservés pour le super utilisateur :

TUNE2FS(8) -- Juillet 2008 -- E2fsprogs version 1.41.0

NOM
tune2fs - Ajuster les paramètres des systèmes de fichiers
ext2 ou ext3.
[...]
-m pourcentage_blocs_réservés
Définir en pourcents la fraction du système de fichiers
qui ne peut être allouée que par des processus
privilégiés. La réservation de blocs du système de
fichiers pour une utilisation par des processus
privilégiés permet d'éviter la fragmentation et permet
aux démons lancé par root, comme syslogd(8), de
continuer à fonctionner correctement après que les
processus non privilégiés ne soient plus autorisés à
écrire sur le système de fichiers. La valeur par défaut
est de 5 %.

et effectivement les différences correspondent a peu près à ces 5 % (bon
il doit y avoir autre chose en plus apparemment.)


--
Rémi Vanicat

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Publicité
Poster une réponse
Anonyme