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
Hi all,
i send my netstat and ifstat client data collected on my linux and hpux box. Someone have the same problems?
regards,
Marco
These is Client Data from redhat box:
[netstat]
Ip:
688026772 total packets received
0 forwarded
0 incoming packets discarded
686688228 incoming packets delivered
680646438 requests sent out
Icmp:
351065 ICMP messages received
72 input ICMP message failed.
ICMP input histogram:
destination unreachable: 9012
echo requests: 3272
echo replies: 338781
12887 ICMP messages sent
0 ICMP messages failed
ICMP output histogram:
destination unreachable: 9615
echo replies: 3272
Tcp:
54484191 active connections openings
52931529 passive connection openings
2036 failed connection attempts
154 connection resets received
8 connections established
678444729 segments received
670772291 segments send out
86142 segments retransmited
6101 bad segments received.
1157202 resets sent
Udp:
9154461 packets received
5637 packets to unknown port received.
0 packet receive errors
9446216 packets sent
TcpExt:
2686 resets received for embryonic SYN_RECV sockets
1 ICMP packets dropped because socket was locked
ArpFilter: 0
52983889 TCP sockets finished time wait in fast timer
32 time wait sockets recycled by time stamp
178 packets rejects in established connections because of timestamp
2177404 delayed acks sent
372 delayed acks further delayed because of locked socket
Quick ack mode was activated 15087 times
9231754 packets directly queued to recvmsg prequeue.
230543400 packets directly received from backlog
281878208 packets directly received from prequeue
24473155 packets header predicted
9154300 packets header predicted and directly queued to user
TCPPureAcks: 168672954
TCPHPAcks: 62537008
TCPRenoRecovery: 0
TCPSackRecovery: 90
TCPSACKReneging: 0
TCPFACKReorder: 0
TCPSACKReorder: 0
TCPRenoReorder: 0
TCPTSReorder: 0
TCPFullUndo: 0
TCPPartialUndo: 0
TCPDSACKUndo: 1
TCPLossUndo: 13119
TCPLoss: 47
TCPLostRetransmit: 0
TCPRenoFailures: 0
TCPSackFailures: 82
TCPLossFailures: 14
TCPFastRetrans: 92
TCPForwardRetrans: 0
TCPSlowStartRetrans: 4
TCPTimeouts: 38451
TCPRenoRecoveryFail: 0
TCPSackRecoveryFail: 0
TCPSchedulerFailed: 642
TCPRcvCollapsed: 0
TCPDSACKOldSent: 15084
TCPDSACKOfoSent: 0
TCPDSACKRecv: 91
TCPDSACKOfoRecv: 0
TCPAbortOnSyn: 0
TCPAbortOnData: 30766
TCPAbortOnClose: 18016
TCPAbortOnMemory: 0
TCPAbortOnTimeout: 3356
TCPAbortOnLinger: 0
TCPAbortFailed: 0
TCPMemoryPressures: 0
[ifstat]
eth0 Link encap:Ethernet HWaddr 00:0F:20:33:10:FF
inet addr:xxxx.xxxx.xxx.xxx Bcast:xxx.xxx.xxx.xxx Mask:xxx.xxx.xxx.xxx
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:51276509 errors:0 dropped:0 overruns:0 frame:0
TX packets:43058513 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4151759617 (3959.4 Mb) TX bytes:513006212 (489.2 Mb)
Interrupt:11
eth0:0 Link encap:Ethernet HWaddr 00:0F:20:33:10:FF
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:637642227 errors:0 dropped:0 overruns:0 frame:0
TX packets:637642227 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1011255518 (964.4 Mb) TX bytes:1011255518 (964.4 Mb)
These from HPUX 11.00
[netstat] tcp: 3133161776 packets sent 2936909544 data packets (3975500880 bytes) 19688268 data packets (4051185211 bytes) retransmitted 195874492 ack-only packets (27085700 delayed) 46600 URG only packets 1008401 window probe packets 26786 window update packets 153272996 control packets 2647242420 packets received 1998009913 acks (for 2481636126 bytes) 95084432 duplicate acks 14 acks for unsent data 1453847925 packets (2634351438 bytes) received in-sequence 5890 completely duplicate packets (6495459 bytes) 45913 packets with some dup. data (65276408 bytes duped) 2990574 out-of-order packets (4040897784 bytes) 623 packets (889553545 bytes) of data after window 16005 window probes 467251804 window update packets 433001 packets received after close 173435 segments discarded for bad checksum 0 bad TCP segments dropped due to state change 11184351 connection requests 63395280 connection accepts 74579631 connections established (including accepts) 78603118 connections closed (including 4023921 drops) 1914251 embryonic connections dropped 1913287649 segments updated rtt (of 1913287649 attempts) 6980635 retransmit timeouts 85898 connections dropped by rexmit timeout 1008401 persist timeouts 2324279 keepalive timeouts 2313369 keepalive probes sent 85359 connections dropped by keepalive 520963 connect requests dropped due to full queue 1807389 connect requests dropped due to no listener udp: 0 incomplete headers 0 bad checksums 0 socket overflows ip: 2547934921 total packets received 3 bad IP headers 83 fragments received 0 fragments dropped (dup or out of space) 6 fragments dropped after timeout 4 packets forwarded 0 packets not forwardable icmp: 290366 calls to generate an ICMP error message 469 ICMP messages dropped Output histogram: echo reply: 283304 destination unreachable: 6581 source quench: 10 routing redirect: 0 echo: 0 time exceeded: 2 parameter problem: 0 time stamp request : 0 time stamp reply: 0 address mask request: 0 address mask reply: 0 0 bad ICMP messages Input histogram: echo reply: 97471 destination unreachable: 87685 source quench: 201 routing redirect: 104 echo: 283304 time exceeded: 10285 parameter problem: 5 time stamp request : 5 time stamp reply: 0 address mask request: 1 address mask reply: 0 283304 responses sent multicast forwarding cache is not accessible 154940 messages received 0 messages received with too few bytes 0 messages received with bad checksum 154940 membership queries received 0 membership queries received with incorrect field(s) 0 membership reports received 0 membership reports received with incorrect field(s) 0 membership reports received for groups to which this host belongs 0 membership reports sent
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'.
On my hpux box :
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
MarcoHi,
I got exactly same behaviour here whith redhat as 2.1, 3 and 4 and hpux. On the hobbit server, in rrd-status log I got the following message :
Host pioupiou reports netstat for an unknown OS Host xxxxxx reports netstat for an unknown OS
I even got these messages for machine under aix or solaris... Sincerly,
Thomas
"Marco Avvisano" <marco.avvisano at regione.toscana.it> a écrit sur 03/04/2006 11:54:01 :
Hi all,
i send my netstat and ifstat client data collected on my linux and hpux box. Someone have the same problems?
regards,
Marco
These is Client Data from redhat box: [netstat] Ip: 688026772 total packets received 0 forwarded 0 incoming packets discarded 686688228 incoming packets delivered 680646438 requests sent out Icmp: 351065 ICMP messages received 72 input ICMP message failed. ICMP input histogram: destination unreachable: 9012 echo requests: 3272 echo replies: 338781 12887 ICMP messages sent 0 ICMP messages failed ICMP output histogram: destination unreachable: 9615 echo replies: 3272 Tcp: 54484191 active connections openings 52931529 passive connection openings 2036 failed connection attempts 154 connection resets received 8 connections established 678444729 segments received 670772291 segments send out 86142 segments retransmited 6101 bad segments received. 1157202 resets sent Udp: 9154461 packets received 5637 packets to unknown port received. 0 packet receive errors 9446216 packets sent TcpExt: 2686 resets received for embryonic SYN_RECV sockets 1 ICMP packets dropped because socket was locked ArpFilter: 0 52983889 TCP sockets finished time wait in fast timer 32 time wait sockets recycled by time stamp 178 packets rejects in established connections because of timestamp 2177404 delayed acks sent 372 delayed acks further delayed because of locked socket Quick ack mode was activated 15087 times 9231754 packets directly queued to recvmsg prequeue. 230543400 packets directly received from backlog 281878208 packets directly received from prequeue 24473155 packets header predicted 9154300 packets header predicted and directly queued to user TCPPureAcks: 168672954 TCPHPAcks: 62537008 TCPRenoRecovery: 0 TCPSackRecovery: 90 TCPSACKReneging: 0 TCPFACKReorder: 0 TCPSACKReorder: 0 TCPRenoReorder: 0 TCPTSReorder: 0 TCPFullUndo: 0 TCPPartialUndo: 0 TCPDSACKUndo: 1 TCPLossUndo: 13119 TCPLoss: 47 TCPLostRetransmit: 0 TCPRenoFailures: 0 TCPSackFailures: 82 TCPLossFailures: 14 TCPFastRetrans: 92 TCPForwardRetrans: 0 TCPSlowStartRetrans: 4 TCPTimeouts: 38451 TCPRenoRecoveryFail: 0 TCPSackRecoveryFail: 0 TCPSchedulerFailed: 642 TCPRcvCollapsed: 0 TCPDSACKOldSent: 15084 TCPDSACKOfoSent: 0 TCPDSACKRecv: 91 TCPDSACKOfoRecv: 0 TCPAbortOnSyn: 0 TCPAbortOnData: 30766 TCPAbortOnClose: 18016 TCPAbortOnMemory: 0 TCPAbortOnTimeout: 3356 TCPAbortOnLinger: 0 TCPAbortFailed: 0 TCPMemoryPressures: 0 [ifstat] eth0 Link encap:Ethernet HWaddr 00:0F:20:33:10:FF inet addr:xxxx.xxxx.xxx.xxx Bcast:xxx.xxx.xxx.xxx Mask: xxx.xxx.xxx.xxx UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:51276509 errors:0 dropped:0 overruns:0 frame:0 TX packets:43058513 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:4151759617 (3959.4 Mb) TX bytes:513006212 (489.2 Mb) Interrupt:11
eth0:0 Link encap:Ethernet HWaddr 00:0F:20:33:10:FF 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:637642227 errors:0 dropped:0 overruns:0 frame:0 TX packets:637642227 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1011255518 (964.4 Mb) TX bytes:1011255518 (964.4 Mb)
These from HPUX 11.00
[netstat] tcp: 3133161776 packets sent 2936909544 data packets (3975500880 bytes) 19688268 data packets (4051185211 bytes) retransmitted 195874492 ack-only packets (27085700 delayed) 46600 URG only packets 1008401 window probe packets 26786 window update packets 153272996 control packets 2647242420 packets received 1998009913 acks (for 2481636126 bytes) 95084432 duplicate acks 14 acks for unsent data 1453847925 packets (2634351438 bytes) received in-sequence 5890 completely duplicate packets (6495459 bytes) 45913 packets with some dup. data (65276408 bytes duped) 2990574 out-of-order packets (4040897784 bytes) 623 packets (889553545 bytes) of data after window 16005 window probes 467251804 window update packets 433001 packets received after close 173435 segments discarded for bad checksum 0 bad TCP segments dropped due to state change 11184351 connection requests 63395280 connection accepts 74579631 connections established (including accepts) 78603118 connections closed (including 4023921 drops) 1914251 embryonic connections dropped 1913287649 segments updated rtt (of 1913287649 attempts) 6980635 retransmit timeouts 85898 connections dropped by rexmit timeout 1008401 persist timeouts 2324279 keepalive timeouts 2313369 keepalive probes sent 85359 connections dropped by keepalive 520963 connect requests dropped due to full queue 1807389 connect requests dropped due to no listener udp: 0 incomplete headers 0 bad checksums 0 socket overflows ip: 2547934921 total packets received 3 bad IP headers 83 fragments received 0 fragments dropped (dup or out of space) 6 fragments dropped after timeout 4 packets forwarded 0 packets not forwardable icmp: 290366 calls to generate an ICMP error message 469 ICMP messages dropped Output histogram: echo reply: 283304 destination unreachable: 6581 source quench: 10 routing redirect: 0 echo: 0 time exceeded: 2 parameter problem: 0 time stamp request : 0 time stamp reply: 0 address mask request: 0 address mask reply: 0 0 bad ICMP messages Input histogram: echo reply: 97471 destination unreachable: 87685 source quench: 201 routing redirect: 104 echo: 283304 time exceeded: 10285 parameter problem: 5 time stamp request : 5 time stamp reply: 0 address mask request: 1 address mask reply: 0 283304 responses sent multicast forwarding cache is not accessible 154940 messages received 0 messages received with too few bytes 0 messages received with bad checksum 154940 membership queries received 0 membership queries received with incorrect field(s) 0 membership reports received 0 membership reports received with incorrect field(s) 0 membership reports received for groups to which this host belongs 0 membership reports sent
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'.
On my hpux box :
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
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.
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