<br><font size=2 face="sans-serif">Thanks for your quick answer !</font>
<br><font size=2 face="sans-serif">I'm sorry to ask this question but where
could I find the </font><font size=2><tt>vmstat-larrd.pl</tt></font><font size=2 face="sans-serif">
file ?</font>
<br><font size=2 face="sans-serif">Sincerly,</font>
<br>
<br><font size=2 face="sans-serif">Thomas</font>
<br>
<br>
<br><font size=2><tt>"Johann Eggers" <johann.eggers@teleatlas.com>
a écrit sur 22/03/2006 16:48:27 :<br>
<br>
> thomas.seglard.enata@cnp.fr wrote:<br>
> <br>
> ><br>
> > Hi,<br>
> ><br>
> > I see strange vmstat graphs on these 2 Oses : Redhat AS 2.1 (ia32)
and <br>
> > Redhat AS 3 (ia32 and ia64). It seems that some columns were
inverted <br>
> > or shifted, here is the output of vmstat on a redhat 2.1 :<br>
> ><br>
> > procs
memory swap
io system <br>
> > cpu<br>
> > r b w swpd free buff cache
si so bi bo in cs
<br>
> > us sy id<br>
> > 10 0 0 4828 12240 74940 36412
0 0 0 0 0
0 <br>
> > 0 0 0<br>
> > 1 0 0 4828 13000 74940 36424
0 0 0 90 141 189
<br>
> > 15 21 65<br>
> > 0 0 0 4828 13000 74940 36424
0 0 0 0 129 27
<br>
> > 0 0 100<br>
> > 0 0 0 4828 13100 74940 36420
0 0 0 12 138 31
<br>
> > 1 0 99<br>
> > 0 0 0 4828 13100 74940 36420
0 0 0 0 129 21
<br>
> > 0 0 100<br>
> ><br>
> > and another one from a redhat 3 :<br>
> ><br>
> > procs
memory swap
io system <br>
> > cpu<br>
> > r b swpd free buff cache
si so bi bo in cs
us <br>
> > sy wa id<br>
> > 91 0 4791520 31616 466384 1412464 10
27 58 89 552 7022 <br>
> > 36 9 7 48<br>
> > 1 0 4791520 34576 466384 1412832 0
0 0 266 5473 19909 <br>
> > 25 23 0 52<br>
> > 1 0 4791520 31792 466384 1412816 0
0 0 8 5716 18403 <br>
> > 23 5 0 72<br>
> > 2 0 4792560 32512 466384 1411840 0
347 0 540 5496 18243 <br>
> > 33 9 0 58<br>
> > 3 0 4792560 32512 466384 1411936 0
0 0 132 5139 17295 <br>
> > 18 5 0 77<br>
> > 0 0 4792560 32608 466400 1412032 0
0 0 13 5106 17191 <br>
> > 19 7 0 74<br>
> ><br>
> > It seems graphs don't care about the idle column. I put the output
<br>
> > from a redhat as 4 (update 2) :<br>
> ><br>
> > procs -----------memory---------- ---swap-- -----io---- --system--
<br>
> > ----cpu----<br>
> > r b swpd free buff cache
si so bi bo in cs
us <br>
> > sy id wa<br>
> > 0 0 96 44128 217952 3371248
0 0 1 17 0
0 1 <br>
> > 0 98 0<br>
> > 0 0 96 44064 217952 3371248
0 0 0 12 2080 55
0 <br>
> > 0 100 0<br>
> > 0 0 96 44064 217952 3371248
0 0 0 24 2076 48
0 <br>
> > 0 100 0<br>
> > 0 0 96 44128 217952 3371248
0 0 0 12 2080 54
0 <br>
> > 0 100 0<br>
> > 0 0 96 54240 217952 3371248
0 0 0 17 2073 54
0 <br>
> > 0 100 0<br>
> ><br>
> > On this particular os, vmstat graphs are ok. On a Debian 3.1
system, <br>
> > graphs look good too.<br>
> > So, what can I do ? Is there a file to modify, a package to install
? <br>
> > Remove Redhat and install a Debian...<br>
> ><br>
> > Regards,<br>
> ><br>
> > Thomas Seglard<br>
> ><br>
> Hi,<br>
> <br>
> in the past I had the same problem. This is how I have adapt the <br>
> vmstat-larrd.pl:<br>
> <br>
> It makes the correlation between the columns of vmstat output depending
<br>
> on the OS / kernel version (2.4 / 2.6)<br>
> <br>
> # Define some host vmstat hash column translation<br>
> <br>
> %htovm = (solaris => { cpu_r => 0,<br>
>
cpu_b => 1,<br>
>
cpu_w => 2,<br>
>
mem_swap => 3,<br>
>
mem_free => 4,<br>
>
mem_re => 5,<br>
>
mem_mf => 6,<br>
>
mem_pi => 7,<br>
>
mem_po => 8,<br>
>
sr => 11,<br>
>
cpu_int => 16,<br>
>
cpu_syc => 17,<br>
>
cpu_csw => 18,<br>
>
cpu_usr => 19,<br>
>
cpu_sys => 20,<br>
>
cpu_idl => 21,<br>
>
},<br>
> redhat =>
{ cpu_r => 0,<br>
>
cpu_b => 1,<br>
>
cpu_w => 2,<br>
>
mem_swpd => 3,<br>
>
mem_free => 4,<br>
>
mem_buff => 5,<br>
>
mem_cach => 6,<br>
>
mem_si => 7,<br>
>
mem_so => 8,<br>
>
dsk_bi => 9,<br>
>
dsk_bo => 10,<br>
>
cpu_int => 11,<br>
>
cpu_csw => 12,<br>
>
cpu_usr => 13,<br>
>
cpu_sys => 14,<br>
>
cpu_idl => 15,<br>
>
},<br>
> redhat_2_4 => { cpu_r
=> 0,<br>
>
cpu_b => 1,<br>
>
cpu_w => 2,<br>
>
mem_swpd => 3,<br>
>
mem_free => 4,<br>
>
mem_buff => 5,<br>
>
mem_cach => 6,<br>
>
mem_si => 7,<br>
>
mem_so => 8,<br>
>
dsk_bi => 9,<br>
>
dsk_bo => 10,<br>
>
cpu_int => 11,<br>
>
cpu_csw => 12,<br>
>
cpu_usr => 13,<br>
>
cpu_sys => 14,<br>
>
cpu_idl => 15,<br>
>
},<br>
> redhat_2_6 => { cpu_r =>
0,<br>
>
cpu_b => 1,<br>
>
mem_swpd => 2,<br>
>
mem_free => 3,<br>
>
mem_buff => 4,<br>
>
mem_cach => 5,<br>
>
mem_si => 6,<br>
>
mem_so => 7,<br>
>
dsk_bi => 8,<br>
>
dsk_bo => 9,<br>
>
cpu_int => 10,<br>
>
cpu_csw => 11,<br>
>
cpu_usr => 12,<br>
>
cpu_sys => 13,<br>
>
cpu_idl => 14,<br>
>
cpu_wait => 15,<br>
>
},<br>
> suse =>
{ cpu_r => 0,<br>
>
cpu_b => 1,<br>
>
cpu_w => 2,<br>
>
mem_swpd => 3,<br>
>
mem_free => 4,<br>
>
mem_buff => 5,<br>
>
mem_cach => 6,<br>
>
mem_si => 7,<br>
>
mem_so => 8,<br>
>
dsk_bi => 9,<br>
>
dsk_bo => 10,<br>
>
cpu_int => 11,<br>
>
cpu_csw => 12,<br>
>
cpu_usr => 13,<br>
>
cpu_sys => 14,<br>
>
cpu_idl => 15,<br>
>
},<br>
> <br>
> suse_2_4 => { cpu_r
=> 0,<br>
>
cpu_b => 1,<br>
>
cpu_w => 2,<br>
>
mem_swpd => 3,<br>
>
mem_free => 4,<br>
>
mem_buff => 5,<br>
>
mem_cach => 6,<br>
>
mem_si => 7,<br>
>
mem_so => 8,<br>
>
dsk_bi => 9,<br>
>
dsk_bo => 10,<br>
>
cpu_int => 11,<br>
>
cpu_csw => 12,<br>
>
cpu_usr => 13,<br>
>
cpu_sys => 14,<br>
>
cpu_idl => 15,<br>
>
},<br>
> <br>
> suse_2_6 => { cpu_r =>
0,<br>
>
cpu_b => 1,<br>
>
mem_swpd => 2,<br>
>
mem_free => 3,<br>
>
mem_buff => 4,<br>
>
mem_cach => 5,<br>
>
mem_si => 6,<br>
>
mem_so => 7,<br>
>
dsk_bi => 8,<br>
>
dsk_bo => 9,<br>
>
cpu_int => 10,<br>
>
cpu_csw => 11,<br>
>
cpu_usr => 12,<br>
>
cpu_sys => 13,<br>
>
cpu_idl => 14,<br>
>
cpu_wait => 15,<br>
>
},<br>
> <br>
> );<br>
> <br>
> Johann<br>
> <br>
> To unsubscribe from the hobbit list, send an e-mail to<br>
> hobbit-unsubscribe@hswn.dk<br>
> <br>
> <br>
</tt></font><FONT SIZE=3><BR>
<BR>
Ce message (et toutes ses pieces jointes eventuelles) est confidentiel et etabli a l'intention exclusive de ses destinataires.<BR>
Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est<BR>
interdite, sauf autorisation expresse.<BR>
L'internet ne permettant pas d'assurer l'integrite de ce message, CNP Assurances et ses filiales declinent toute responsabilite<BR>
au titre de ce message, s'il a ete altere, deforme ou falsifie.<BR>
<BR>
*****<BR>
<BR>
This message and any attachments (the "message") are confidential and intended solely for the addressees.<BR>
Any unauthorised use or dissemination is prohibited.<BR>
E-mails are susceptible to alteration.<BR>
Neither CNP Assurances nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified.<BR>
</FONT>