Changing the frequency of a specific test
list Ian Marsh
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: XXXXX XXXXXX HPSN: 200 5235 email: user-ba159ca7ed42@xymon.invalid
list Jeff Newman
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 <user-ba159ca7ed42@xymon.invalid> 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: XXXXX XXXXXX HPSN: 200 5235
email: *user-ba159ca7ed42@xymon.invalid* <user-ba159ca7ed42@xymon.invalid>
list Thomas Seglard
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.
list Subhash Gada
Look for the name of the host mentioned bb-hosts & and client. They should be identical. Regards Subhash
▸
From: user-bb3e9041f07f@xymon.invalid [mailto:user-bb3e9041f07f@xymon.invalid]
Sent: Tuesday, March 21, 2006 3:35 PM
To: user-ae9b8668bcde@xymon.invalid
Subject: [hobbit] Hobbit tests not showing up
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.
This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.
list Thomas Seglard
Thanks ! That's the reason.... Hostnames on my servers are totally differents (and very stranges) thus they don't match those I have. Best regards, Thomas Seglard "Gada, Subhash" <user-9bc6f87e5088@xymon.invalid> a écrit sur 21/03/2006 11:18:21 :
▸
Look for the name of the host mentioned bb-hosts & and client. They should be identical. Regards Subhash From: user-bb3e9041f07f@xymon.invalid [mailto:user-bb3e9041f07f@xymon.invalid] Sent: Tuesday, March 21, 2006 3:35 PM To: user-ae9b8668bcde@xymon.invalid Subject: [hobbit] Hobbit tests not showing up
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.
This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-
mail and any attachment and all copies and inform the sender. Thank you.▸
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.
list Thomas Seglard
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" <user-e96740e73ca8@xymon.invalid> 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 <user-ba159ca7ed42@xymon.invalid> 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: XXXXX XXXXXX HPSN: 200 5235 em ail: user-ba159ca7ed42@xymon.invalid ▸
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.
list Johann Eggers
▸
user-bb3e9041f07f@xymon.invalid 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
list Thomas Seglard
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" <user-769b09132207@xymon.invalid> a écrit sur 22/03/2006 16:48:27 :
▸
user-bb3e9041f07f@xymon.invalid 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 SeglardHi, 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
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.
list Johann Eggers
▸
user-bb3e9041f07f@xymon.invalid 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" <user-769b09132207@xymon.invalid> a écrit sur 22/03/2006 16:48:27 :user-bb3e9041f07f@xymon.invalid 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 SeglardHi, 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
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
list Thomas Seglard
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
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.