Changing the frequency of a specific test
We're currently experiencing a problem with httpd on one of our servers that isn't being caught by hobbit. Is it possible to specify a custom test interval for just one test on one server? The hope is that it'll stand a better chance of catching the problem if it runs, say, every minute rather than every 5 minutes.
Thank you, Ian Marsh
IT Services, Network Services Hampshire County Council Telephone: 01962 845235 HPSN: 200 5235 email: ian.marsh at hants.gov.uk
Ill be very generic and vague here, because I don't have much time, but I hope it helps point you in the right direction.
What I have done is create a "high-flow xxx" new test, because, you have to re-do the RRD file with the different step interval.
I would then copy the existing http test, and then write a wrapper that throws the script into an infinite loop like:
while true; do /usr/local/hobbit/client/ext/httptest.sh sleep 1 done
and put that wrapper script into the hobbitclient conf. script in the etc dir.
Then you'll have to configure the custom test on the server, the same way you would any other. (Following Henrik's guide he has posted to the group before)
Just make sure you create the RRD file yourself FIRST. As Henrik has stated, hobbit will happily update a pre-existing RRD file. If you let hobbit create the RRD, it will do it at a 5 minute step rate.
-Jeff
On 3/9/06, Marsh, Ian <ian.marsh at hants.gov.uk> wrote:
We're currently experiencing a problem with httpd on one of our servers that isn't being caught by hobbit. Is it possible to specify a custom test interval for just one test on one server? The hope is that it'll stand a better chance of catching the problem if it runs, say, every minute rather than every 5 minutes.
Thank you, Ian Marsh
IT Services, Network Services Hampshire County Council Telephone: 01962 845235 HPSN: 200 5235 email: *ian.marsh at hants.gov.uk* <ian.marsh at hants.gov.uk>
Hello,
I deployed Hobbit on 200 servers, all goes fine, very fine except for some machines (20-25 don't send their tests) !! I simply can't get the basics tests (cpu, ram, disk...) to show up. The only ones I see are conn, ssh and trends columns (these tests are marked as green)... I checked network configuration (firewall, router) but I got other servers with same parameters and they are ok... So, I don't understand what's happening. I gzip a client from a working machine and paste it on a non-working one, they exactly got the same hardware, are on the same network, got same os... but my Hobbit's columns always are empty !!! My hobbit's server got is port (1984) open and my bb-hosts conf is correct : good IP, hostnames and tests. So, where is the problem ? Thanks for your help !
Thomas Seglard
Ce message (et toutes ses pieces jointes eventuelles) est confidentiel et etabli a l'intention exclusive de ses destinataires. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, CNP Assurances et ses filiales declinent toute responsabilite au titre de ce message, s'il a ete altere, deforme ou falsifie.
This message and any attachments (the "message") are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither CNP Assurances nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified.
Hi,
I see strange vmstat graphs on these 2 Oses : Redhat AS 2.1 (ia32) and Redhat AS 3 (ia32 and ia64). It seems that some columns were inverted or shifted, here is the output of vmstat on a redhat 2.1 :
procs memory swap io system cpu r b w swpd free buff cache si so bi bo in cs us sy id 10 0 0 4828 12240 74940 36412 0 0 0 0 0 0 0 0 0 1 0 0 4828 13000 74940 36424 0 0 0 90 141 189 15 21 65 0 0 0 4828 13000 74940 36424 0 0 0 0 129 27 0 0 100 0 0 0 4828 13100 74940 36420 0 0 0 12 138 31 1 0 99 0 0 0 4828 13100 74940 36420 0 0 0 0 129 21 0 0 100
and another one from a redhat 3 :
procs memory swap io system cpu r b swpd free buff cache si so bi bo in cs us sy wa id 91 0 4791520 31616 466384 1412464 10 27 58 89 552 7022 36 9 7 48 1 0 4791520 34576 466384 1412832 0 0 0 266 5473 19909 25 23 0 52 1 0 4791520 31792 466384 1412816 0 0 0 8 5716 18403 23 5 0 72 2 0 4792560 32512 466384 1411840 0 347 0 540 5496 18243 33 9 0 58 3 0 4792560 32512 466384 1411936 0 0 0 132 5139 17295 18 5 0 77 0 0 4792560 32608 466400 1412032 0 0 0 13 5106 17191 19 7 0 74
It seems graphs don't care about the idle column. I put the output from a redhat as 4 (update 2) :
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 0 0 96 44128 217952 3371248 0 0 1 17 0 0 1 0 98 0 0 0 96 44064 217952 3371248 0 0 0 12 2080 55 0 0 100 0 0 0 96 44064 217952 3371248 0 0 0 24 2076 48 0 0 100 0 0 0 96 44128 217952 3371248 0 0 0 12 2080 54 0 0 100 0 0 0 96 54240 217952 3371248 0 0 0 17 2073 54 0 0 100 0
On this particular os, vmstat graphs are ok. On a Debian 3.1 system, graphs look good too. So, what can I do ? Is there a file to modify, a package to install ? Remove Redhat and install a Debian...
Regards,
Thomas Seglard
"Jeff Newman" <jeffnewman75 at gmail.com> a écrit sur 10/03/2006 00:37:57 :
Ill be very generic and vague here, because I don't have much time, but I hope it helps point you in the right direction.
What I have done is create a "high-flow xxx" new test, because, you have to re-do the RRD file with the different step interval.
I would then copy the existing http test, and then write a wrapper that throws the script into an infinite loop like:
while true; do /usr/local/hobbit/client/ext/httptest.sh sleep 1 done
and put that wrapper script into the hobbitclient conf. script in the etc dir.
Then you'll have to configure the custom test on the server, the same way you would any other. (Following Henrik's guide he has posted to the group before)
Just make sure you create the RRD file yourself FIRST. As Henrik has stated, hobbit will happily update a pre-existing RRD file. If you let hobbit create the RRD, it will do it at a 5 minute step rate.
-Jeff
On 3/9/06, Marsh, Ian <ian.marsh at hants.gov.uk> wrote:
We're currently experiencing a problem with httpd on one of our servers that isn't being caught by hobbit. Is it possible to specify a custom test interval for just one test on one server? The hope is that it'll stand a better chance of catching the problem if it runs, say, every minute rather than every 5 minutes. Thank you, Ian Marsh
IT Services, Network Services Hampshire County Council Telephone: 01962 845235 HPSN: 200 5235 em ail: ian.marsh at hants.gov.uk
Ce message (et toutes ses pieces jointes eventuelles) est confidentiel et etabli a l'intention exclusive de ses destinataires. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, CNP Assurances et ses filiales declinent toute responsabilite au titre de ce message, s'il a ete altere, deforme ou falsifie.
This message and any attachments (the "message") are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither CNP Assurances nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified.
thomas.seglard.enata at cnp.fr wrote:
Hi,
I see strange vmstat graphs on these 2 Oses : Redhat AS 2.1 (ia32) and Redhat AS 3 (ia32 and ia64). It seems that some columns were inverted or shifted, here is the output of vmstat on a redhat 2.1 :
procs memory swap io system
cpu r b w swpd free buff cache si so bi bo in cs us sy id 10 0 0 4828 12240 74940 36412 0 0 0 0 0 0
0 0 0 1 0 0 4828 13000 74940 36424 0 0 0 90 141 189 15 21 65 0 0 0 4828 13000 74940 36424 0 0 0 0 129 27
0 0 100 0 0 0 4828 13100 74940 36420 0 0 0 12 138 31
1 0 99 0 0 0 4828 13100 74940 36420 0 0 0 0 129 21
0 0 100and another one from a redhat 3 :
procs memory swap io system
cpu r b swpd free buff cache si so bi bo in cs us sy wa id 91 0 4791520 31616 466384 1412464 10 27 58 89 552 7022 36 9 7 48 1 0 4791520 34576 466384 1412832 0 0 0 266 5473 19909 25 23 0 52 1 0 4791520 31792 466384 1412816 0 0 0 8 5716 18403 23 5 0 72 2 0 4792560 32512 466384 1411840 0 347 0 540 5496 18243 33 9 0 58 3 0 4792560 32512 466384 1411936 0 0 0 132 5139 17295 18 5 0 77 0 0 4792560 32608 466400 1412032 0 0 0 13 5106 17191 19 7 0 74It seems graphs don't care about the idle column. I put the output from a redhat as 4 (update 2) :
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 0 0 96 44128 217952 3371248 0 0 1 17 0 0 1 0 98 0 0 0 96 44064 217952 3371248 0 0 0 12 2080 55 0 0 100 0 0 0 96 44064 217952 3371248 0 0 0 24 2076 48 0 0 100 0 0 0 96 44128 217952 3371248 0 0 0 12 2080 54 0 0 100 0 0 0 96 54240 217952 3371248 0 0 0 17 2073 54 0 0 100 0
On this particular os, vmstat graphs are ok. On a Debian 3.1 system, graphs look good too. So, what can I do ? Is there a file to modify, a package to install ? Remove Redhat and install a Debian...
Regards,
Thomas Seglard
Hi,
in the past I had the same problem. This is how I have adapt the vmstat-larrd.pl:
It makes the correlation between the columns of vmstat output depending on the OS / kernel version (2.4 / 2.6)
Define some host vmstat hash column translation
%htovm = (solaris => { cpu_r => 0, cpu_b => 1, cpu_w => 2, mem_swap => 3, mem_free => 4, mem_re => 5, mem_mf => 6, mem_pi => 7, mem_po => 8, sr => 11, cpu_int => 16, cpu_syc => 17, cpu_csw => 18, cpu_usr => 19, cpu_sys => 20, cpu_idl => 21, }, redhat => { cpu_r => 0, cpu_b => 1, cpu_w => 2, mem_swpd => 3, mem_free => 4, mem_buff => 5, mem_cach => 6, mem_si => 7, mem_so => 8, dsk_bi => 9, dsk_bo => 10, cpu_int => 11, cpu_csw => 12, cpu_usr => 13, cpu_sys => 14, cpu_idl => 15, }, redhat_2_4 => { cpu_r => 0, cpu_b => 1, cpu_w => 2, mem_swpd => 3, mem_free => 4, mem_buff => 5, mem_cach => 6, mem_si => 7, mem_so => 8, dsk_bi => 9, dsk_bo => 10, cpu_int => 11, cpu_csw => 12, cpu_usr => 13, cpu_sys => 14, cpu_idl => 15, }, redhat_2_6 => { cpu_r => 0, cpu_b => 1, mem_swpd => 2, mem_free => 3, mem_buff => 4, mem_cach => 5, mem_si => 6, mem_so => 7, dsk_bi => 8, dsk_bo => 9, cpu_int => 10, cpu_csw => 11, cpu_usr => 12, cpu_sys => 13, cpu_idl => 14, cpu_wait => 15, }, suse => { cpu_r => 0, cpu_b => 1, cpu_w => 2, mem_swpd => 3, mem_free => 4, mem_buff => 5, mem_cach => 6, mem_si => 7, mem_so => 8, dsk_bi => 9, dsk_bo => 10, cpu_int => 11, cpu_csw => 12, cpu_usr => 13, cpu_sys => 14, cpu_idl => 15, },
suse_2_4 => { cpu_r => 0,
cpu_b => 1,
cpu_w => 2,
mem_swpd => 3,
mem_free => 4,
mem_buff => 5,
mem_cach => 6,
mem_si => 7,
mem_so => 8,
dsk_bi => 9,
dsk_bo => 10,
cpu_int => 11,
cpu_csw => 12,
cpu_usr => 13,
cpu_sys => 14,
cpu_idl => 15,
},
suse_2_6 => { cpu_r => 0,
cpu_b => 1,
mem_swpd => 2,
mem_free => 3,
mem_buff => 4,
mem_cach => 5,
mem_si => 6,
mem_so => 7,
dsk_bi => 8,
dsk_bo => 9,
cpu_int => 10,
cpu_csw => 11,
cpu_usr => 12,
cpu_sys => 13,
cpu_idl => 14,
cpu_wait => 15,
},
);Johann
Thanks for your quick answer ! I'm sorry to ask this question but where could I find the vmstat-larrd.pl file ? Sincerly,
Thomas
"Johann Eggers" <johann.eggers at teleatlas.com> a écrit sur 22/03/2006 16:48:27 :
thomas.seglard.enata at cnp.fr wrote:
Hi,
I see strange vmstat graphs on these 2 Oses : Redhat AS 2.1 (ia32) and Redhat AS 3 (ia32 and ia64). It seems that some columns were inverted > > or shifted, here is the output of vmstat on a redhat 2.1 :
procs memory swap io system cpu r b w swpd free buff cache si so bi bo in cs us sy id 10 0 0 4828 12240 74940 36412 0 0 0 0 0 0 0 0 0 1 0 0 4828 13000 74940 36424 0 0 0 90 141 189 15 21 65 0 0 0 4828 13000 74940 36424 0 0 0 0 129 27 0 0 100 0 0 0 4828 13100 74940 36420 0 0 0 12 138 31 1 0 99 0 0 0 4828 13100 74940 36420 0 0 0 0 129 21 0 0 100
and another one from a redhat 3 :
procs memory swap io system cpu r b swpd free buff cache si so bi bo in cs us > > sy wa id 91 0 4791520 31616 466384 1412464 10 27 58 89 552 7022 36 9 7 48 1 0 4791520 34576 466384 1412832 0 0 0 266 5473 19909 25 23 0 52 1 0 4791520 31792 466384 1412816 0 0 0 8 5716 18403 23 5 0 72 2 0 4792560 32512 466384 1411840 0 347 0 540 5496 18243 33 9 0 58 3 0 4792560 32512 466384 1411936 0 0 0 132 5139 17295 18 5 0 77 0 0 4792560 32608 466400 1412032 0 0 0 13 5106 17191 19 7 0 74
It seems graphs don't care about the idle column. I put the output from a redhat as 4 (update 2) :
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us > > sy id wa 0 0 96 44128 217952 3371248 0 0 1 17 0 0 1 0 98 0 0 0 96 44064 217952 3371248 0 0 0 12 2080 55 0 0 100 0 0 0 96 44064 217952 3371248 0 0 0 24 2076 48 0 0 100 0 0 0 96 44128 217952 3371248 0 0 0 12 2080 54 0 0 100 0 0 0 96 54240 217952 3371248 0 0 0 17 2073 54 0 0 100 0
On this particular os, vmstat graphs are ok. On a Debian 3.1 system, graphs look good too. So, what can I do ? Is there a file to modify, a package to install ? > > Remove Redhat and install a Debian...
Regards,
Thomas Seglard
Hi,
in the past I had the same problem. This is how I have adapt the vmstat-larrd.pl:
It makes the correlation between the columns of vmstat output depending > on the OS / kernel version (2.4 / 2.6)
Define some host vmstat hash column translation
%htovm = (solaris => { cpu_r => 0, cpu_b => 1, cpu_w => 2, mem_swap => 3, mem_free => 4, mem_re => 5, mem_mf => 6, mem_pi => 7, mem_po => 8, sr => 11, cpu_int => 16, cpu_syc => 17, cpu_csw => 18, cpu_usr => 19, cpu_sys => 20, cpu_idl => 21, }, redhat => { cpu_r => 0, cpu_b => 1, cpu_w => 2, mem_swpd => 3, mem_free => 4, mem_buff => 5, mem_cach => 6, mem_si => 7, mem_so => 8, dsk_bi => 9, dsk_bo => 10, cpu_int => 11, cpu_csw => 12, cpu_usr => 13, cpu_sys => 14, cpu_idl => 15, }, redhat_2_4 => { cpu_r => 0, cpu_b => 1, cpu_w => 2, mem_swpd => 3, mem_free => 4, mem_buff => 5, mem_cach => 6, mem_si => 7, mem_so => 8, dsk_bi => 9, dsk_bo => 10, cpu_int => 11, cpu_csw => 12, cpu_usr => 13, cpu_sys => 14, cpu_idl => 15, }, redhat_2_6 => { cpu_r => 0, cpu_b => 1, mem_swpd => 2, mem_free => 3, mem_buff => 4, mem_cach => 5, mem_si => 6, mem_so => 7, dsk_bi => 8, dsk_bo => 9, cpu_int => 10, cpu_csw => 11, cpu_usr => 12, cpu_sys => 13, cpu_idl => 14, cpu_wait => 15, }, suse => { cpu_r => 0, cpu_b => 1, cpu_w => 2, mem_swpd => 3, mem_free => 4, mem_buff => 5, mem_cach => 6, mem_si => 7, mem_so => 8, dsk_bi => 9, dsk_bo => 10, cpu_int => 11, cpu_csw => 12, cpu_usr => 13, cpu_sys => 14, cpu_idl => 15, },
suse_2_4 => { cpu_r => 0, cpu_b => 1, cpu_w => 2, mem_swpd => 3, mem_free => 4, mem_buff => 5, mem_cach => 6, mem_si => 7, mem_so => 8, dsk_bi => 9, dsk_bo => 10, cpu_int => 11, cpu_csw => 12, cpu_usr => 13, cpu_sys => 14, cpu_idl => 15, }, suse_2_6 => { cpu_r => 0, cpu_b => 1, mem_swpd => 2, mem_free => 3, mem_buff => 4, mem_cach => 5, mem_si => 6, mem_so => 7, dsk_bi => 8, dsk_bo => 9, cpu_int => 10, cpu_csw => 11, cpu_usr => 12, cpu_sys => 13, cpu_idl => 14, cpu_wait => 15, }, );Johann
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Ce message (et toutes ses pieces jointes eventuelles) est confidentiel et etabli a l'intention exclusive de ses destinataires. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, CNP Assurances et ses filiales declinent toute responsabilite au titre de ce message, s'il a ete altere, deforme ou falsifie.
This message and any attachments (the "message") are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither CNP Assurances nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified.
thomas.seglard.enata at cnp.fr wrote:
Thanks for your quick answer ! I'm sorry to ask this question but where could I find the vmstat-larrd.pl file ? Sincerly,
Thomas
"Johann Eggers" <johann.eggers at teleatlas.com> a écrit sur 22/03/2006 16:48:27 :
thomas.seglard.enata at cnp.fr wrote:
Hi,
I see strange vmstat graphs on these 2 Oses : Redhat AS 2.1 (ia32)
and
Redhat AS 3 (ia32 and ia64). It seems that some columns were inverted or shifted, here is the output of vmstat on a redhat 2.1 :
procs memory swap io system
cpu r b w swpd free buff cache si so bi bo in cs us sy id 10 0 0 4828 12240 74940 36412 0 0 0 0 0 0
0 0 0 1 0 0 4828 13000 74940 36424 0 0 0 90 141 189 15 21 65 0 0 0 4828 13000 74940 36424 0 0 0 0 129 27
0 0 100 0 0 0 4828 13100 74940 36420 0 0 0 12 138 31
1 0 99 0 0 0 4828 13100 74940 36420 0 0 0 0 129 21
0 0 100and another one from a redhat 3 :
procs memory swap io system
cpur b swpd free buff cache si so bi bo in cs us sy wa id 91 0 4791520 31616 466384 1412464 10 27 58 89 552 7022 36 9 7 48 1 0 4791520 34576 466384 1412832 0 0 0 266 5473 19909 25 23 0 52 1 0 4791520 31792 466384 1412816 0 0 0 8 5716 18403 23 5 0 72 2 0 4792560 32512 466384 1411840 0 347 0 540 5496 18243 33 9 0 58 3 0 4792560 32512 466384 1411936 0 0 0 132 5139 17295 18 5 0 77 0 0 4792560 32608 466400 1412032 0 0 0 13 5106 17191 19 7 0 74
It seems graphs don't care about the idle column. I put the output from a redhat as 4 (update 2) :
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 0 0 96 44128 217952 3371248 0 0 1 17 0
0 1
0 98 0 0 0 96 44064 217952 3371248 0 0 0 12 2080
55 0 0 100 0 0 0 96 44064 217952 3371248 0 0 0 24 2076
48 0 0 100 0 0 0 96 44128 217952 3371248 0 0 0 12 2080
54 0 0 100 0 0 0 96 54240 217952 3371248 0 0 0 17 2073
54 0 0 100 0On this particular os, vmstat graphs are ok. On a Debian 3.1 system, graphs look good too. So, what can I do ? Is there a file to modify, a package to install ? Remove Redhat and install a Debian...
Regards,
Thomas Seglard
Hi,
in the past I had the same problem. This is how I have adapt the vmstat-larrd.pl:
It makes the correlation between the columns of vmstat output depending on the OS / kernel version (2.4 / 2.6)
Define some host vmstat hash column translation
%htovm = (solaris => { cpu_r => 0, cpu_b => 1, cpu_w => 2, mem_swap => 3, mem_free => 4, mem_re => 5, mem_mf => 6, mem_pi => 7, mem_po => 8, sr => 11, cpu_int => 16, cpu_syc => 17, cpu_csw => 18, cpu_usr => 19, cpu_sys => 20, cpu_idl => 21, }, redhat => { cpu_r => 0, cpu_b => 1, cpu_w => 2, mem_swpd => 3, mem_free => 4, mem_buff => 5, mem_cach => 6, mem_si => 7, mem_so => 8, dsk_bi => 9, dsk_bo => 10, cpu_int => 11, cpu_csw => 12, cpu_usr => 13, cpu_sys => 14, cpu_idl => 15, }, redhat_2_4 => { cpu_r => 0, cpu_b => 1, cpu_w => 2, mem_swpd => 3, mem_free => 4, mem_buff => 5, mem_cach => 6, mem_si => 7, mem_so => 8, dsk_bi => 9, dsk_bo => 10, cpu_int => 11, cpu_csw => 12, cpu_usr => 13, cpu_sys => 14, cpu_idl => 15, }, redhat_2_6 => { cpu_r => 0, cpu_b => 1, mem_swpd => 2, mem_free => 3, mem_buff => 4, mem_cach => 5, mem_si => 6, mem_so => 7, dsk_bi => 8, dsk_bo => 9, cpu_int => 10, cpu_csw => 11, cpu_usr => 12, cpu_sys => 13, cpu_idl => 14, cpu_wait => 15, }, suse => { cpu_r => 0, cpu_b => 1, cpu_w => 2, mem_swpd => 3, mem_free => 4, mem_buff => 5, mem_cach => 6, mem_si => 7, mem_so => 8, dsk_bi => 9, dsk_bo => 10, cpu_int => 11, cpu_csw => 12, cpu_usr => 13, cpu_sys => 14, cpu_idl => 15, },
suse_2_4 => { cpu_r => 0, cpu_b => 1, cpu_w => 2, mem_swpd => 3, mem_free => 4, mem_buff => 5, mem_cach => 6, mem_si => 7, mem_so => 8, dsk_bi => 9, dsk_bo => 10, cpu_int => 11, cpu_csw => 12, cpu_usr => 13, cpu_sys => 14, cpu_idl => 15, }, suse_2_6 => { cpu_r => 0, cpu_b => 1, mem_swpd => 2, mem_free => 3, mem_buff => 4, mem_cach => 5, mem_si => 6, mem_so => 7, dsk_bi => 8, dsk_bo => 9, cpu_int => 10, cpu_csw => 11, cpu_usr => 12, cpu_sys => 13, cpu_idl => 14, cpu_wait => 15, }, );Johann
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Oh, my mistake. You are using hobbit and I use the "old BB". Hobbit has a "build in" LA/RRD-engine and because of that you don't have the vmstat-larrd.pl script. Sorry but I'm not able to give you an advice on how to handle this...
johann
No, it's my own fault ! I do not give so much information in my mail. So I will try to give more here :
I'm using Hobbit 4.1.2p1 and my problem happens on Redhat AS 2.1 and 3. The problematic vmstat graphs are identified as vmstat and vmstat1. I'm actually looking into the source code of hobbit and I found a file called hobbitd/rrd/do_vmstat.c I paste some parts of the source code :
/* This one is all newer Linux procps versions, with kernel 2.4+ */ /* NOT compatible with LARRD 0.43c */ static vmstat_layout_t vmstat_linux_layout[] = { { 0, "cpu_r" }, { 1, "cpu_b" }, { -1, "cpu_w" }, /* Not present for 2.4+ kernels, so log as "Undefined" */ { 2, "mem_swpd" }, { 3, "mem_free" }, { 4, "mem_buff" }, { 5, "mem_cach" }, { 6, "mem_si" }, { 7, "mem_so" }, { 8, "dsk_bi" }, { 9, "dsk_bo" }, { 10, "cpu_int" }, { 11, "cpu_csw" }, { 12, "cpu_usr" }, { 13, "cpu_sys" }, { 14, "cpu_idl" }, { 15, "cpu_wait" }, /* Requires kernel 2.6, but may not be present */ { -1, NULL } };
and here is my vmstat's output on redhat AS 2.1 (kernel 2.4.18-e.31smp) :
procs memory swap io system cpu r b w swpd free buff cache si so bi bo in cs us sy id
Unlike comment I got a 'w' column... Now, I paste another part :
/*
- This one is for Red Hat Enterprise Linux 3. Identical to the "linux" layout,
- except Red Hat for some reason decided to swap the cpu_wait and cpu_idle columns. */ /* NOT compatible with LARRD 0.43c */ static vmstat_layout_t vmstat_rhel3_layout[] = { { 0, "cpu_r" }, { 1, "cpu_b" }, { -1, "cpu_w" }, { 2, "mem_swpd" }, { 3, "mem_free" }, { 4, "mem_buff" }, { 5, "mem_cach" }, { 6, "mem_si" }, { 7, "mem_so" }, { 8, "dsk_bi" }, { 9, "dsk_bo" }, { 10, "cpu_int" }, { 11, "cpu_csw" }, { 12, "cpu_usr" }, { 13, "cpu_sys" }, { 14, "cpu_wait" }, { 15, "cpu_idl" }, { -1, NULL } } ;
and my vmstat's output from a redhat AS 3 :
procs memory swap io system cpu r b swpd free buff cache si so bi bo in cs us sy wa id
This time, order is correct but my not my graphs !! Hobbit considers this version of redhat like a normal linux box and not a rhel3. So, how Hobbit does recognize the os ? Indeed, my redhat AS 2.1 and 3 are recognized as a linux not a rhel3... I'm putting here the corresponding fields :
RH 2.1 vmstat's output hobbit's graph idle cpu_wait sys cpu_idl usr cpu_sys cs cpu_usr
RH3 vmstat's output hobbit's graph idle cpu_wait iowait cup_idl sys cpu_sys usr cpu_usr
How could I fix that ? May I add new structures in the do_vmstat.c called linux_rhas21 and linux_rhas3 or something ? As I say before there is no problem on redhat AS 4. Thanks for your help !
Thomas
Oh, my mistake. You are using hobbit and I use the "old BB". Hobbit has a "build in" LA/RRD-engine and because of that you don't have
the vmstat-larrd.pl script. Sorry but I'm not able to give you an advice on how to handle this...
johann
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Ce message (et toutes ses pieces jointes eventuelles) est confidentiel et etabli a l'intention exclusive de ses destinataires. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, CNP Assurances et ses filiales declinent toute responsabilite au titre de ce message, s'il a ete altere, deforme ou falsifie.
This message and any attachments (the "message") are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither CNP Assurances nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified.
Hi all,
i have problem on graph netstat0 (network I/O bits second)on my lunux box: all the values are 'nan'. It's used the ifconfig output to create this graph?
These is my ifconfig output:
eth0 Link encap:Ethernet HWaddr 0F:FF:22:33:10:3F inet addr:xxx.xxx.xxx.xxx Bcast:xxx.xxx.xxx.xxx Mask:xxx.xxx.xxx.xxx UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:35509051 errors:0 dropped:0 overruns:0 frame:0 TX packets:29209963 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2086303447 (1989.6 Mb) TX bytes:3414408910 (3256.2 Mb) Interrupt:11
eth0:0 Link encap:Ethernet HWaddr 0F:FF:20:33:10:3F inet addr:xxx.xxx.xxx.xxx Bcast:xxx.xxx.xxx.xxx Mask:xxx.xxx.xxx.xxx UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 Interrupt:11
lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:426253408 errors:0 dropped:0 overruns:0 frame:0 TX packets:426253408 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2727990196 (2601.6 Mb) TX bytes:2727990196 (2601.6 Mb) There is something different from other linux version?
On my hpux box : on netstat1 graph the values UDP In/Out Datagrams are 'nan' on netstat2 graph the values TCP Failed Attemps and TCP Established Reset are 'nan' on netstat3 graph the value TCP Established Connections is 'nan'
Probabily the output from my netstat command is different
thanks for yours helps
Marco
----- Original Message ----- From: Marco Avvisano To: hobbit at hswn.dk Sent: Monday, March 27, 2006 1:11 PM Subject: [hobbit] netstat graph on redhat es release 3 and hpux 11.00
Hi all,
i have problem on graph netstat0 (network I/O bits second)on my lunux box: all the values are 'nan'. It's used the ifconfig output to create this graph?
These is my ifconfig output:
eth0 Link encap:Ethernet HWaddr 0F:FF:22:33:10:3F inet addr:xxx.xxx.xxx.xxx Bcast:xxx.xxx.xxx.xxx Mask:xxx.xxx.xxx.xxx UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:35509051 errors:0 dropped:0 overruns:0 frame:0 TX packets:29209963 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2086303447 (1989.6 Mb) TX bytes:3414408910 (3256.2 Mb) Interrupt:11
eth0:0 Link encap:Ethernet HWaddr 0F:FF:20:33:10:3F inet addr:xxx.xxx.xxx.xxx Bcast:xxx.xxx.xxx.xxx Mask:xxx.xxx.xxx.xxx UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 Interrupt:11
lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:426253408 errors:0 dropped:0 overruns:0 frame:0 TX packets:426253408 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2727990196 (2601.6 Mb) TX bytes:2727990196 (2601.6 Mb) There is something different from other linux version?
On my hpux box : on netstat1 graph the values UDP In/Out Datagrams are 'nan' on netstat2 graph the values TCP Failed Attemps and TCP Established Reset are 'nan' on netstat3 graph the value TCP Established Connections is 'nan'
Probabily the output from my netstat command is different
thanks for yours helps
Marco
On Mon, Mar 27, 2006 at 01:11:14PM +0200, Marco Avvisano wrote:
Hi all,
i have problem on graph netstat0 (network I/O bits second)on my lunux box: all the values are 'nan'. It's used the ifconfig output to create this graph?
No, it uses the "netstat -s" output. Linux doesn't do byte-counts for the TCP/IP statistics, only on the entire network interface. So the "netstat0" graph is not valid on Linux.
In Hobbit 4.2, you will have an "ifstat" graph tracking the number of bits passing through your network interface.
On my hpux box : on netstat1 graph the values UDP In/Out Datagrams are 'nan'
What does your "netstat -s" output look like ? I have a pattern matching for this where Hobbit looks for a "datagrams received" and "datagrams output" line.
on netstat2 graph the values TCP Failed Attemps and TCP Established Reset are 'nan' on netstat3 graph the value TCP Established Connections is 'nan' AFAIK, these counters are not reported by HP-UX.
Regards, Henrik
participants (6)
-
henrik＠hswn.dk
-
ian.marsh＠hants.gov.uk
-
jeffnewman75＠gmail.com
-
johann.eggers＠teleatlas.com
-
marco.avvisano＠regione.toscana.it
-
thomas.seglard.enata＠cnp.fr