[HS] réponse de la commande df

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

Bonjour =E0 tous,

Je viens de m'apercevoir que la comande "df" affiche des r=E9sultats souven=
t
incoh=E9rents 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=E8res lignes correspondent =E0 de
l'ext3. On voit nettement ici que la somme "espace utilis=E9" + "espace lib=
re"
diff=E8re de la taille totale sur de l'ext3 mais pas sur les Netapp.

J'ai aussi test=E9 sur des syst=E8mes Solaris 10 et les r=E9ponses 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=E9ponses sont bonnes...

Je cherche =E0 comprendre ce qui peut g=E9n=E9rer ces erreurs dans les r=E9=
sultats,
serait-ce du =E0 la journalisation ou quelque chose comme =E7a ?

Cordialement,

mathias

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

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




=09
<meta http-equiv=3D"CONTENT-TYPE" content=3D"text/html; charset=3Dutf-8">
<title></title>
<meta name=3D"GENERATOR" content=3D"OpenOffice.org 3.0 (Linux)">
<style>
<!--=20
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=E8res lignes correspondent =E0 de l&#39;ext3. On voit nett=
ement ici que la somme &quot;espace utilis=E9&quot; + &quot;espace libre&qu=
ot; diff=E8re de la taille totale sur de l&#39;ext3 mais pas sur les Netapp=
.<br>
<br>J&#39;ai aussi test=E9 sur des syst=E8mes Solaris 10 et les r=E9ponses =
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=E9ponse=
s sont bonnes...<br>
<br>Je cherche =E0 comprendre ce qui peut g=E9n=E9rer ces erreurs dans les =
r=E9sultats, serait-ce du =E0 la journalisation ou quelque chose comme =E7a=
?<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