Menu
▾
▴
perfparse-users — Problems using PerfParse
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(12) |
Jun
(56) |
Jul
(68) |
Aug
(141) |
Sep
(82) |
Oct
(76) |
Nov
(115) |
Dec
(74) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(65) |
Feb
(113) |
Mar
(82) |
Apr
(37) |
May
(44) |
Jun
(22) |
Jul
(12) |
Aug
(3) |
Sep
(17) |
Oct
(11) |
Nov
(23) |
Dec
(1) |
| 2006 |
Jan
(1) |
Feb
(9) |
Mar
(6) |
Apr
(12) |
May
(10) |
Jun
(23) |
Jul
(1) |
Aug
(4) |
Sep
(3) |
Oct
(4) |
Nov
(6) |
Dec
(15) |
| 2007 |
Jan
(17) |
Feb
(14) |
Mar
(20) |
Apr
(7) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(5) |
Oct
(1) |
Nov
|
Dec
(2) |
| 2008 |
Jan
|
Feb
|
Mar
(2) |
Apr
(2) |
May
(6) |
Jun
(5) |
Jul
(13) |
Aug
(2) |
Sep
(16) |
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Ben C. <bcl...@pe...> - 2005-03-01 14:07:58
|
Jessica Holle wrote: > Hi, > > here is the output with this link you gice: > > > nagios@rzvlabwks:~/nagios-plugins-HEAD-200503010547/plugins> patch > check_icmp.c check_icmp.c.patch > patching file check_icmp.c > Hunk #1 FAILED at 657. > 1 out of 1 hunk FAILED -- saving rejects to file check_icmp.c.rej > > it doesn't work... You will have to report this to the author of this patch. Can you tell me where you got it from? The correct place for the line I gave you is after the textdomain line. But I see this was for the file check_load. I can see you confusion since this does not exist in check_icmp. :) This may still work. Try adding this after line 347, which will now read: icmp_sockerrno = udp_sockerrno = tcp_sockerrno = sockets = 0; setlocale(LC_NUMERIC, "POSIX"); This should result in all ',' becoming '.'. Both in input and output. I do very much hope this is your problem fixed. Ben. > > > Where is the right place for this? > > setlocale(LC_NUMERIC, "POSIX"); > > can I write it where I want? Sorry for my noob qustions... > > > >>Jessica, >> >>The fix I gave must work. Specifically the addition of this line in the >>correct place: >> >>setlocale(LC_NUMERIC, "POSIX"); >> >>This will convert the ',' to '.' and allow the plugin to work. >> >>I think you may need to start by downloading the very latest plugins >>>from here: >> >>http://nagiosplug.sourceforge.net/snapshot/ >> >>Take the one containing the work 'HEAD'. >> >>Let me know, >> >>Ben >> >> >> >> >>Jessica Holle wrote: >> >>>Hi, >>> >>>I've tested the two things, but the problem is already the same. >>> >>>I can nithing find a place in the plugins where I should copy the one >> >>lin >> >>>you told. This is only in the check_load plugin. >>> >>>I think this problem is because of the point between the numbers there >>>should be a . !!! >>> >>>Another problem is the check_nt plugin... There are perfdata but no data >> >>is >> >>>written in the mysql database. >>> >>>nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_nt -H jholle -v >>>USEDDISKSPACE -l C -w 85 -c 95 >>>C:\ - total: 38,28 Gb - used: 3,72 Gb (10%) - free 34,56 Gb (90%) | 'C:\ >>>Used Space'=3,72Gb;32,54;36,36;0.00;38,28 >>> >>>here are perfdata, this data is written in the log but not in the >>>database... >>> >>> >>>I've found patches for some plugins on the perparse homepage... but they >>>doesn't work... >>> >>>nagios@rzvlabwks:~/nagios-plugins-1.4/plugins> patch check_nt.c >>>check_nt.c.patch >>>patching file check_nt.c >>>Hunk #1 FAILED at 2. >>>Hunk #2 FAILED at 81. >>>Hunk #3 FAILED at 140. >>>Hunk #4 FAILED at 164. >>>Hunk #5 FAILED at 202. >>>Hunk #6 FAILED at 223. >>>Hunk #7 FAILED at 255. >>>Hunk #8 FAILED at 291. >>>Hunk #9 FAILED at 352. >>>Hunk #10 FAILED at 545. >>>Hunk #11 succeeded at 675 (offset 103 lines). >>>Hunk #12 succeeded at 685 (offset 103 lines). >>>Hunk #13 succeeded at 695 (offset 103 lines). >>>Hunk #14 succeeded at 716 with fuzz 1 (offset 104 lines). >>>10 out of 14 hunks FAILED -- saving rejects to file check_nt.c.rej >>> >>> >>> >>> >>> >>> >>>>Jessica, >>>> >>>>Sorry I missed that. The answer is however the same. Try editing >>>>and/or recompiling your plugin as I suggest. >>>> >>>>Regards, >>>> >>>>Ben Clewett. >>>> >>>> >>>>Jessica Holle wrote: >>>> >>>> >>>>>Sorry, >>>>> >>>>>but my problem is nocht the check_load! For this I've found an >>>> >>>>solution:-) >>>> >>>> >>>>>My problem is the check_icmp plugin. >>>>> >>>>>or is this problem solved if I configure it again? >>>>> >>>>>regards jessica >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>Jessica, >>>>>> >>>>>>These are known bugs in the plugins which are causing lots of users >>>>>>problems. >>>>>> >>>>>>I can suggest two solutions. >>>>>> >>>>>>1. Recompile the plugins using: >>>>>> >>>>>>./configure --disable-nls >>>>>> >>>>>>I have not tested this, but I believe this should work. >>>>>> >>>>>>2. After the 'textdomain' call at the start of the plugin source code, >>>>>>add the line: >>>>>> >>>>>>setlocale(LC_NUMERIC, "POSIX"); >>>>>> >>>>>>Eg, with your problem plugin check_load. Edit plugins/check_load.c: >>>>>> >>>>>>-------------------check_load.c------------------- >>>>>> >>>>>>int >>>>>>main (int argc, char **argv) >>>>>>{ >>>>>> int result = STATE_UNKNOWN; >>>>>> >>>>>>#if HAVE_GETLOADAVG==1 >>>>>> double la[3] = { 0.0, 0.0, 0.0 }; /* NetBSD complains >>>>>>about unitialized arrays */ >>>>>>#else >>>>>># if HAVE_PROC_LOADAVG==1 >>>>>> FILE *fp; >>>>>> char input_buffer[MAX_INPUT_BUFFER]; >>>>>> char *tmp_ptr; >>>>>># else >>>>>> char input_buffer[MAX_INPUT_BUFFER]; >>>>>># endif >>>>>>#endif >>>>>> >>>>>> float la1, la5, la15; >>>>>> >>>>>> setlocale (LC_ALL, ""); >>>>>> bindtextdomain (PACKAGE, LOCALEDIR); >>>>>> textdomain (PACKAGE); >>>>>> >>>>>> setlocale(LC_NUMERIC, "POSIX"); <--- HERE!! >>>>>> >>>>>>-------------------check_load.c------------------- >>>>>> >>>>>>This should sort out your problems. Please let us know. >>>>>> >>>>>>Regards, >>>>>> >>>>>>Ben. >>>>>> >>>>>> >>>>>> >>>>>>Jessica Holle wrote: >>>>>> >>>>>> >>>>>> >>>>>>>Sorry, but I've forgotten another thing. >>>>>>> >>>>>>>First I tell you something, so it's better to understand I hope. >>>>>>> >>>>>>>I had problems with the check_load plugin: >>>>>>> >>>>>>>nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_load -w >> >>1.5,1.5,1.5 >> >>>>>>-c >>>>>> >>>>>> >>>>>> >>>>>>>4.0,2.0,2.0 >>>>>>>Warning threshold must be float or float triplet! >>>>>>> >>>>>>>Usage: check_load -w WLOAD1,WLOAD5,WLOAD15 -c CLOAD1,CLOAD5,CLOAD15 >>>>>>> >>>>>>> >>>>>>>So I get this bad output, but I've found a solution: >>>>>>> >>>>>>>nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_load -w >> >>1,5:1,5:1,5 >> >>>>>>-c >>>>>> >>>>>> >>>>>> >>>>>>>4,0:2,0:2,0 >>>>>>>OK - load average: 0,27, 0,30, >>>>>>>0,29|load1=0,270000;1,500000;4,000000;0,000000 >>>>>>>load5=0,300000;1,500000;2,000000;0,000000 >>>>>>>load15=0,290000;1,500000;2,000000;0,000000 >>>>>>> >>>>>>> >>>>>>>So I think there is a problem with , and . !!! >>>>>>> >>>>>>>Some days before the first "version" of my check_load numbers worked >>>> >>>>but >>>> >>>> >>>>>>now >>>>>> >>>>>> >>>>>> >>>>>>>I do it with the second. >>>>>>> >>>>>>> >>>>>>>And now to my right problem... >>>>>>> >>>>>>>It's about the values in my database: >>>>>>> >>>>>>>47020 | jholle | Ping | rta | 2005-02-28 >> >>15:51:39 >> >>>>| >>>> >>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>0 | 85 | 95 | 0 | >>>>>>>| 47021 | jholle | Ping | pl | 2005-02-28 >>>> >>>>15:51:39 >>>> >>>> >>>>>>| >>>>>> >>>>>> >>>>>> >>>>>>>0 | 40 | 80 | 0 | >>>>>>> >>>>>>> >>>>>>>There are no values only a zero. >>>>>>> >>>>>>>nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_icmp -H jholle >>>>>>>OK - jholle: rta 0.224ms, lost 0%|rta=0.224ms;200.000;500.000;0; >>>>>>>pl=0%;40;80;; >>>>>>> >>>>>>> >>>>>>>But here are values. When this value goes over 1 it is shown in >>>>>> >>>>>>database, >>>>>> >>>>>> >>>>>> >>>>>>>but only as a 1 not the float integers. >>>>>>>I think this is because of the . ! I think it is like my first >> >>problem. >> >>>>>>>there was a point which could not be interpreted and here is a point >>>>>> >>>>>>again. >>>>>> >>>>>> >>>>>> >>>>>>>I don't know but I think when there is a , and not a . the problem is >>>>>>>solved... >>>>>>> >>>>>>>Can I think right ??? >>>>>>> >>>>>> > |
|
From: Jessica H. <Je...@gm...> - 2005-03-01 13:54:29
|
Hi, here is the output with this link you gice: nagios@rzvlabwks:~/nagios-plugins-HEAD-200503010547/plugins> patch check_icmp.c check_icmp.c.patch patching file check_icmp.c Hunk #1 FAILED at 657. 1 out of 1 hunk FAILED -- saving rejects to file check_icmp.c.rej it doesn't work... Where is the right place for this? setlocale(LC_NUMERIC, "POSIX"); can I write it where I want? Sorry for my noob qustions... > Jessica, > > The fix I gave must work. Specifically the addition of this line in the > correct place: > > setlocale(LC_NUMERIC, "POSIX"); > > This will convert the ',' to '.' and allow the plugin to work. > > I think you may need to start by downloading the very latest plugins > >from here: > > http://nagiosplug.sourceforge.net/snapshot/ > > Take the one containing the work 'HEAD'. > > Let me know, > > Ben > > > > > Jessica Holle wrote: > > Hi, > > > > I've tested the two things, but the problem is already the same. > > > > I can nithing find a place in the plugins where I should copy the one > lin > > you told. This is only in the check_load plugin. > > > > I think this problem is because of the point between the numbers there > > should be a . !!! > > > > Another problem is the check_nt plugin... There are perfdata but no data > is > > written in the mysql database. > > > > nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_nt -H jholle -v > > USEDDISKSPACE -l C -w 85 -c 95 > > C:\ - total: 38,28 Gb - used: 3,72 Gb (10%) - free 34,56 Gb (90%) | 'C:\ > > Used Space'=3,72Gb;32,54;36,36;0.00;38,28 > > > > here are perfdata, this data is written in the log but not in the > > database... > > > > > > I've found patches for some plugins on the perparse homepage... but they > > doesn't work... > > > > nagios@rzvlabwks:~/nagios-plugins-1.4/plugins> patch check_nt.c > > check_nt.c.patch > > patching file check_nt.c > > Hunk #1 FAILED at 2. > > Hunk #2 FAILED at 81. > > Hunk #3 FAILED at 140. > > Hunk #4 FAILED at 164. > > Hunk #5 FAILED at 202. > > Hunk #6 FAILED at 223. > > Hunk #7 FAILED at 255. > > Hunk #8 FAILED at 291. > > Hunk #9 FAILED at 352. > > Hunk #10 FAILED at 545. > > Hunk #11 succeeded at 675 (offset 103 lines). > > Hunk #12 succeeded at 685 (offset 103 lines). > > Hunk #13 succeeded at 695 (offset 103 lines). > > Hunk #14 succeeded at 716 with fuzz 1 (offset 104 lines). > > 10 out of 14 hunks FAILED -- saving rejects to file check_nt.c.rej > > > > > > > > > > > >>Jessica, > >> > >>Sorry I missed that. The answer is however the same. Try editing > >>and/or recompiling your plugin as I suggest. > >> > >>Regards, > >> > >>Ben Clewett. > >> > >> > >>Jessica Holle wrote: > >> > >>>Sorry, > >>> > >>>but my problem is nocht the check_load! For this I've found an > >> > >>solution:-) > >> > >>>My problem is the check_icmp plugin. > >>> > >>>or is this problem solved if I configure it again? > >>> > >>>regards jessica > >>> > >>> > >>> > >>> > >>>>Jessica, > >>>> > >>>>These are known bugs in the plugins which are causing lots of users > >>>>problems. > >>>> > >>>>I can suggest two solutions. > >>>> > >>>>1. Recompile the plugins using: > >>>> > >>>>./configure --disable-nls > >>>> > >>>>I have not tested this, but I believe this should work. > >>>> > >>>>2. After the 'textdomain' call at the start of the plugin source code, > >>>>add the line: > >>>> > >>>>setlocale(LC_NUMERIC, "POSIX"); > >>>> > >>>>Eg, with your problem plugin check_load. Edit plugins/check_load.c: > >>>> > >>>>-------------------check_load.c------------------- > >>>> > >>>>int > >>>>main (int argc, char **argv) > >>>>{ > >>>> int result = STATE_UNKNOWN; > >>>> > >>>>#if HAVE_GETLOADAVG==1 > >>>> double la[3] = { 0.0, 0.0, 0.0 }; /* NetBSD complains > >>>>about unitialized arrays */ > >>>>#else > >>>># if HAVE_PROC_LOADAVG==1 > >>>> FILE *fp; > >>>> char input_buffer[MAX_INPUT_BUFFER]; > >>>> char *tmp_ptr; > >>>># else > >>>> char input_buffer[MAX_INPUT_BUFFER]; > >>>># endif > >>>>#endif > >>>> > >>>> float la1, la5, la15; > >>>> > >>>> setlocale (LC_ALL, ""); > >>>> bindtextdomain (PACKAGE, LOCALEDIR); > >>>> textdomain (PACKAGE); > >>>> > >>>> setlocale(LC_NUMERIC, "POSIX"); <--- HERE!! > >>>> > >>>>-------------------check_load.c------------------- > >>>> > >>>>This should sort out your problems. Please let us know. > >>>> > >>>>Regards, > >>>> > >>>>Ben. > >>>> > >>>> > >>>> > >>>>Jessica Holle wrote: > >>>> > >>>> > >>>>>Sorry, but I've forgotten another thing. > >>>>> > >>>>>First I tell you something, so it's better to understand I hope. > >>>>> > >>>>>I had problems with the check_load plugin: > >>>>> > >>>>>nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_load -w > 1.5,1.5,1.5 > >>>> > >>>>-c > >>>> > >>>> > >>>>>4.0,2.0,2.0 > >>>>>Warning threshold must be float or float triplet! > >>>>> > >>>>>Usage: check_load -w WLOAD1,WLOAD5,WLOAD15 -c CLOAD1,CLOAD5,CLOAD15 > >>>>> > >>>>> > >>>>>So I get this bad output, but I've found a solution: > >>>>> > >>>>>nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_load -w > 1,5:1,5:1,5 > >>>> > >>>>-c > >>>> > >>>> > >>>>>4,0:2,0:2,0 > >>>>>OK - load average: 0,27, 0,30, > >>>>>0,29|load1=0,270000;1,500000;4,000000;0,000000 > >>>>>load5=0,300000;1,500000;2,000000;0,000000 > >>>>>load15=0,290000;1,500000;2,000000;0,000000 > >>>>> > >>>>> > >>>>>So I think there is a problem with , and . !!! > >>>>> > >>>>>Some days before the first "version" of my check_load numbers worked > >> > >>but > >> > >>>>now > >>>> > >>>> > >>>>>I do it with the second. > >>>>> > >>>>> > >>>>>And now to my right problem... > >>>>> > >>>>>It's about the values in my database: > >>>>> > >>>>>47020 | jholle | Ping | rta | 2005-02-28 > 15:51:39 > >> > >>| > >> > >>>> > >>>> > >>>> > >>>>>0 | 85 | 95 | 0 | > >>>>>| 47021 | jholle | Ping | pl | 2005-02-28 > >> > >>15:51:39 > >> > >>>>| > >>>> > >>>> > >>>>> 0 | 40 | 80 | 0 | > >>>>> > >>>>> > >>>>>There are no values only a zero. > >>>>> > >>>>>nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_icmp -H jholle > >>>>>OK - jholle: rta 0.224ms, lost 0%|rta=0.224ms;200.000;500.000;0; > >>>>>pl=0%;40;80;; > >>>>> > >>>>> > >>>>>But here are values. When this value goes over 1 it is shown in > >>>> > >>>>database, > >>>> > >>>> > >>>>>but only as a 1 not the float integers. > >>>>>I think this is because of the . ! I think it is like my first > problem. > >>>>>there was a point which could not be interpreted and here is a point > >>>> > >>>>again. > >>>> > >>>> > >>>>>I don't know but I think when there is a , and not a . the problem is > >>>>>solved... > >>>>> > >>>>>Can I think right ??? > >>>>> > >>>> > > > -- DSL Komplett von GMX +++ Supergünstig und stressfrei einsteigen! AKTION "Kein Einrichtungspreis" nutzen: http://www.gmx.net/de/go/dsl |
|
From: Ben C. <bcl...@pe...> - 2005-03-01 13:49:17
|
Jessica, The fix I gave must work. Specifically the addition of this line in the correct place: setlocale(LC_NUMERIC, "POSIX"); This will convert the ',' to '.' and allow the plugin to work. I think you may need to start by downloading the very latest plugins from here: http://nagiosplug.sourceforge.net/snapshot/ Take the one containing the work 'HEAD'. Let me know, Ben Jessica Holle wrote: > Hi, > > I've tested the two things, but the problem is already the same. > > I can nithing find a place in the plugins where I should copy the one lin > you told. This is only in the check_load plugin. > > I think this problem is because of the point between the numbers there > should be a . !!! > > Another problem is the check_nt plugin... There are perfdata but no data is > written in the mysql database. > > nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_nt -H jholle -v > USEDDISKSPACE -l C -w 85 -c 95 > C:\ - total: 38,28 Gb - used: 3,72 Gb (10%) - free 34,56 Gb (90%) | 'C:\ > Used Space'=3,72Gb;32,54;36,36;0.00;38,28 > > here are perfdata, this data is written in the log but not in the > database... > > > I've found patches for some plugins on the perparse homepage... but they > doesn't work... > > nagios@rzvlabwks:~/nagios-plugins-1.4/plugins> patch check_nt.c > check_nt.c.patch > patching file check_nt.c > Hunk #1 FAILED at 2. > Hunk #2 FAILED at 81. > Hunk #3 FAILED at 140. > Hunk #4 FAILED at 164. > Hunk #5 FAILED at 202. > Hunk #6 FAILED at 223. > Hunk #7 FAILED at 255. > Hunk #8 FAILED at 291. > Hunk #9 FAILED at 352. > Hunk #10 FAILED at 545. > Hunk #11 succeeded at 675 (offset 103 lines). > Hunk #12 succeeded at 685 (offset 103 lines). > Hunk #13 succeeded at 695 (offset 103 lines). > Hunk #14 succeeded at 716 with fuzz 1 (offset 104 lines). > 10 out of 14 hunks FAILED -- saving rejects to file check_nt.c.rej > > > > > >>Jessica, >> >>Sorry I missed that. The answer is however the same. Try editing >>and/or recompiling your plugin as I suggest. >> >>Regards, >> >>Ben Clewett. >> >> >>Jessica Holle wrote: >> >>>Sorry, >>> >>>but my problem is nocht the check_load! For this I've found an >> >>solution:-) >> >>>My problem is the check_icmp plugin. >>> >>>or is this problem solved if I configure it again? >>> >>>regards jessica >>> >>> >>> >>> >>>>Jessica, >>>> >>>>These are known bugs in the plugins which are causing lots of users >>>>problems. >>>> >>>>I can suggest two solutions. >>>> >>>>1. Recompile the plugins using: >>>> >>>>./configure --disable-nls >>>> >>>>I have not tested this, but I believe this should work. >>>> >>>>2. After the 'textdomain' call at the start of the plugin source code, >>>>add the line: >>>> >>>>setlocale(LC_NUMERIC, "POSIX"); >>>> >>>>Eg, with your problem plugin check_load. Edit plugins/check_load.c: >>>> >>>>-------------------check_load.c------------------- >>>> >>>>int >>>>main (int argc, char **argv) >>>>{ >>>> int result = STATE_UNKNOWN; >>>> >>>>#if HAVE_GETLOADAVG==1 >>>> double la[3] = { 0.0, 0.0, 0.0 }; /* NetBSD complains >>>>about unitialized arrays */ >>>>#else >>>># if HAVE_PROC_LOADAVG==1 >>>> FILE *fp; >>>> char input_buffer[MAX_INPUT_BUFFER]; >>>> char *tmp_ptr; >>>># else >>>> char input_buffer[MAX_INPUT_BUFFER]; >>>># endif >>>>#endif >>>> >>>> float la1, la5, la15; >>>> >>>> setlocale (LC_ALL, ""); >>>> bindtextdomain (PACKAGE, LOCALEDIR); >>>> textdomain (PACKAGE); >>>> >>>> setlocale(LC_NUMERIC, "POSIX"); <--- HERE!! >>>> >>>>-------------------check_load.c------------------- >>>> >>>>This should sort out your problems. Please let us know. >>>> >>>>Regards, >>>> >>>>Ben. >>>> >>>> >>>> >>>>Jessica Holle wrote: >>>> >>>> >>>>>Sorry, but I've forgotten another thing. >>>>> >>>>>First I tell you something, so it's better to understand I hope. >>>>> >>>>>I had problems with the check_load plugin: >>>>> >>>>>nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_load -w 1.5,1.5,1.5 >>>> >>>>-c >>>> >>>> >>>>>4.0,2.0,2.0 >>>>>Warning threshold must be float or float triplet! >>>>> >>>>>Usage: check_load -w WLOAD1,WLOAD5,WLOAD15 -c CLOAD1,CLOAD5,CLOAD15 >>>>> >>>>> >>>>>So I get this bad output, but I've found a solution: >>>>> >>>>>nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_load -w 1,5:1,5:1,5 >>>> >>>>-c >>>> >>>> >>>>>4,0:2,0:2,0 >>>>>OK - load average: 0,27, 0,30, >>>>>0,29|load1=0,270000;1,500000;4,000000;0,000000 >>>>>load5=0,300000;1,500000;2,000000;0,000000 >>>>>load15=0,290000;1,500000;2,000000;0,000000 >>>>> >>>>> >>>>>So I think there is a problem with , and . !!! >>>>> >>>>>Some days before the first "version" of my check_load numbers worked >> >>but >> >>>>now >>>> >>>> >>>>>I do it with the second. >>>>> >>>>> >>>>>And now to my right problem... >>>>> >>>>>It's about the values in my database: >>>>> >>>>>47020 | jholle | Ping | rta | 2005-02-28 15:51:39 >> >>| >> >>>> >>>> >>>> >>>>>0 | 85 | 95 | 0 | >>>>>| 47021 | jholle | Ping | pl | 2005-02-28 >> >>15:51:39 >> >>>>| >>>> >>>> >>>>> 0 | 40 | 80 | 0 | >>>>> >>>>> >>>>>There are no values only a zero. >>>>> >>>>>nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_icmp -H jholle >>>>>OK - jholle: rta 0.224ms, lost 0%|rta=0.224ms;200.000;500.000;0; >>>>>pl=0%;40;80;; >>>>> >>>>> >>>>>But here are values. When this value goes over 1 it is shown in >>>> >>>>database, >>>> >>>> >>>>>but only as a 1 not the float integers. >>>>>I think this is because of the . ! I think it is like my first problem. >>>>>there was a point which could not be interpreted and here is a point >>>> >>>>again. >>>> >>>> >>>>>I don't know but I think when there is a , and not a . the problem is >>>>>solved... >>>>> >>>>>Can I think right ??? >>>>> >>>> > |
|
From: Jessica H. <Je...@gm...> - 2005-03-01 13:35:10
|
Hi,
I've tested the two things, but the problem is already the same.
I can nithing find a place in the plugins where I should copy the one lin
you told. This is only in the check_load plugin.
I think this problem is because of the point between the numbers there
should be a . !!!
Another problem is the check_nt plugin... There are perfdata but no data is
written in the mysql database.
nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_nt -H jholle -v
USEDDISKSPACE -l C -w 85 -c 95
C:\ - total: 38,28 Gb - used: 3,72 Gb (10%) - free 34,56 Gb (90%) | 'C:\
Used Space'=3,72Gb;32,54;36,36;0.00;38,28
here are perfdata, this data is written in the log but not in the
database...
I've found patches for some plugins on the perparse homepage... but they
doesn't work...
nagios@rzvlabwks:~/nagios-plugins-1.4/plugins> patch check_nt.c
check_nt.c.patch
patching file check_nt.c
Hunk #1 FAILED at 2.
Hunk #2 FAILED at 81.
Hunk #3 FAILED at 140.
Hunk #4 FAILED at 164.
Hunk #5 FAILED at 202.
Hunk #6 FAILED at 223.
Hunk #7 FAILED at 255.
Hunk #8 FAILED at 291.
Hunk #9 FAILED at 352.
Hunk #10 FAILED at 545.
Hunk #11 succeeded at 675 (offset 103 lines).
Hunk #12 succeeded at 685 (offset 103 lines).
Hunk #13 succeeded at 695 (offset 103 lines).
Hunk #14 succeeded at 716 with fuzz 1 (offset 104 lines).
10 out of 14 hunks FAILED -- saving rejects to file check_nt.c.rej
> Jessica,
>
> Sorry I missed that. The answer is however the same. Try editing
> and/or recompiling your plugin as I suggest.
>
> Regards,
>
> Ben Clewett.
>
>
> Jessica Holle wrote:
> > Sorry,
> >
> > but my problem is nocht the check_load! For this I've found an
> solution:-)
> >
> > My problem is the check_icmp plugin.
> >
> > or is this problem solved if I configure it again?
> >
> > regards jessica
> >
> >
> >
> >>Jessica,
> >>
> >>These are known bugs in the plugins which are causing lots of users
> >>problems.
> >>
> >>I can suggest two solutions.
> >>
> >>1. Recompile the plugins using:
> >>
> >>./configure --disable-nls
> >>
> >>I have not tested this, but I believe this should work.
> >>
> >>2. After the 'textdomain' call at the start of the plugin source code,
> >>add the line:
> >>
> >>setlocale(LC_NUMERIC, "POSIX");
> >>
> >>Eg, with your problem plugin check_load. Edit plugins/check_load.c:
> >>
> >>-------------------check_load.c-------------------
> >>
> >>int
> >>main (int argc, char **argv)
> >>{
> >> int result = STATE_UNKNOWN;
> >>
> >>#if HAVE_GETLOADAVG==1
> >> double la[3] = { 0.0, 0.0, 0.0 }; /* NetBSD complains
> >>about unitialized arrays */
> >>#else
> >># if HAVE_PROC_LOADAVG==1
> >> FILE *fp;
> >> char input_buffer[MAX_INPUT_BUFFER];
> >> char *tmp_ptr;
> >># else
> >> char input_buffer[MAX_INPUT_BUFFER];
> >># endif
> >>#endif
> >>
> >> float la1, la5, la15;
> >>
> >> setlocale (LC_ALL, "");
> >> bindtextdomain (PACKAGE, LOCALEDIR);
> >> textdomain (PACKAGE);
> >>
> >> setlocale(LC_NUMERIC, "POSIX"); <--- HERE!!
> >>
> >>-------------------check_load.c-------------------
> >>
> >>This should sort out your problems. Please let us know.
> >>
> >>Regards,
> >>
> >>Ben.
> >>
> >>
> >>
> >>Jessica Holle wrote:
> >>
> >>>Sorry, but I've forgotten another thing.
> >>>
> >>>First I tell you something, so it's better to understand I hope.
> >>>
> >>>I had problems with the check_load plugin:
> >>>
> >>>nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_load -w 1.5,1.5,1.5
> >>
> >>-c
> >>
> >>>4.0,2.0,2.0
> >>>Warning threshold must be float or float triplet!
> >>>
> >>>Usage: check_load -w WLOAD1,WLOAD5,WLOAD15 -c CLOAD1,CLOAD5,CLOAD15
> >>>
> >>>
> >>>So I get this bad output, but I've found a solution:
> >>>
> >>>nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_load -w 1,5:1,5:1,5
> >>
> >>-c
> >>
> >>>4,0:2,0:2,0
> >>>OK - load average: 0,27, 0,30,
> >>>0,29|load1=0,270000;1,500000;4,000000;0,000000
> >>>load5=0,300000;1,500000;2,000000;0,000000
> >>>load15=0,290000;1,500000;2,000000;0,000000
> >>>
> >>>
> >>>So I think there is a problem with , and . !!!
> >>>
> >>>Some days before the first "version" of my check_load numbers worked
> but
> >>
> >>now
> >>
> >>>I do it with the second.
> >>>
> >>>
> >>>And now to my right problem...
> >>>
> >>>It's about the values in my database:
> >>>
> >>>47020 | jholle | Ping | rta | 2005-02-28 15:51:39
> |
> >>
> >>
> >>
> >>>0 | 85 | 95 | 0 |
> >>>| 47021 | jholle | Ping | pl | 2005-02-28
> 15:51:39
> >>
> >>|
> >>
> >>> 0 | 40 | 80 | 0 |
> >>>
> >>>
> >>>There are no values only a zero.
> >>>
> >>>nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_icmp -H jholle
> >>>OK - jholle: rta 0.224ms, lost 0%|rta=0.224ms;200.000;500.000;0;
> >>>pl=0%;40;80;;
> >>>
> >>>
> >>>But here are values. When this value goes over 1 it is shown in
> >>
> >>database,
> >>
> >>>but only as a 1 not the float integers.
> >>>I think this is because of the . ! I think it is like my first problem.
> >>>there was a point which could not be interpreted and here is a point
> >>
> >>again.
> >>
> >>>I don't know but I think when there is a , and not a . the problem is
> >>>solved...
> >>>
> >>>Can I think right ???
> >>>
> >>
> >
>
--
Lassen Sie Ihren Gedanken freien Lauf... z.B. per FreeSMS
GMX bietet bis zu 100 FreeSMS/Monat: http://www.gmx.net/de/go/mail
|
|
From: Ben C. <bcl...@pe...> - 2005-03-01 11:03:58
|
Victor, I think I know what this is. There are a set of illegal characters defined in Nagios. One of them is the ' character. This can be changed by editing nagios.cfg and finding the line: illegal_object_name_chars=`~!$%^&*|'"<>?,()= Remove the ' and it would work. Sorry I didn't get here sooner, glad you have a solution. Regards, Ben. Vic...@es... wrote: > > Hi Ben, > > I think I resolved my problem, > > I change the plugin output > from 'c:\ Used Space'=results > to c:\_Used_Space=results > from 'Memory Usage'=results > to Memory_Usage=results > etc, > > now the data is parsed into database and it's working !!!!! :)) > > Regards, > > > Victor Gil > System Administrator > GyD Iberica, S.A. / Giesecke & Devrient Group > Industria, 3-5, E-08970 Sant Joan Despi (Barcelona), Spain > Ext. 371, Tel. (+34) 93 480 83 03, Fax (+34) 93 477 28 97 > mailto:vic...@es... > http://www.gi-de.com > > > > > Ben Clewett <bcl...@pe...> wrote on 28/02/2005 17:36:53: > > > Victor, > > > > The problem with the 'unit' showing garbage is because of the previous > > problem. Unfortunately there is no way of refreshing the unit in > > current version. You may want to manually change the units. Eg: > > > > mysql> SELECT metric_id, metric, unit FROM perfdata_service_metric; > > > > (eg, where unit = ',000637%' ) > > > > mysql> UPDATE perfdata_service_metric SET unit = '%' WHERE metric_id > = ??? > > > > You get the idea :) > > > > I am not sure what is wrong with your main problem. I want to try and > > enter your data into my system. What method do you use to collect data? > > Would it be possible to send me an exact copy of the data perfparse > > experiences with respect to the check_nt plugin? > > > > I can give this a go and let you know. This email is 'cc' to Yves who > > wrote the parser. > > > > Regards, Ben. > > > > > > > > > > Vic...@es... wrote: > > > > > > Ben, > > > > > > You got it, > > > > > > > > > > > > > > > Victor Gil > > > System Administrator > > > GyD Iberica, S.A. / Giesecke & Devrient Group > > > Industria, 3-5, E-08970 Sant Joan Despi (Barcelona), Spain > > > Ext. 371, Tel. (+34) 93 480 83 03, Fax (+34) 93 477 28 97 > > > mailto:vic...@es... > > > http://www.gi-de.com > > > > > > > > > > > > Ben Clewett <Ben...@ro...> wrote on 28/02/2005 > 17:01:44: > > > > > > > Victor, > > > > > > > > You have some strange data in your system. > > > > > > > > Can you return the result of: > > > > > > > > "SELECT perfdata_host.host_name, > perfdata_service.service_description, > > > > perfdata_service_metric.metric, perfdata_service_metric.unit, > > > > perfdata_service_bin.value, perfdata_service_bin.state, > > > > perfdata_service_bin.ctime FROM perfdata_host, perfdata_service, > > > > perfdata_service_metric, perfdata_service_bin WHERE > > > > perfdata_host.host_name = perfdata_service.host_name AND > > > > perfdata_service_metric.host_name = perfdata_service.host_name AND > > > > perfdata_service_metric.service_description = > > > > perfdata_service.service_description AND perfdata_service_bin.id = > > > > perfdata_service_metric.last_perfdata_bin" > > > > > > > > (This is the raw query used for the report you send me.) > > > > > > > > Regrards, > > > > > > > > Ben > > > > > > > > > > > > > > > > Vic...@es... wrote: > > > > > > > > > > Ben, > > > > > I still having no data in perfparse database. > > > > > But now this is how I see select service in perfparse. > > > > > > > > > > apolo cpu_use_2000 > > > > > <http://monitor.gdi.intern/nagios/cgi-bin/perfparse.cgi? > > > > graph=1&host=apolo&service=cpu%5Fuse%5F2000&metric=%25%2E2f+% > > > > 25+Uso+de+Procesador> > > > > > %.2f % Uso de Procesador 2005-02-24 10:17:26 > > > > > 8.59316 > > > > > ,311480% UP > > > > > disco_c > > > > > <http://monitor.gdi.intern/nagios/cgi-bin/perfparse.cgi? > > > > graph=1&host=apolo&service=disco%5Fc&metric=c%3A%5C+Used+Space> > > > > > c:\ Used Space 2005-02-24 10:17:12 > > > > > 8.34 > > > > > ,64Gb UP > > > > > disco_e > > > > > <http://monitor.gdi.intern/nagios/cgi-bin/perfparse.cgi? > > > > graph=1&host=apolo&service=disco%5Fe&metric=e%3A%5C+Used+Space> > > > > > e:\ Used Space 2005-02-24 10:17:15 > > > > > 18.66 > > > > > ,27Gb UP > > > > > ms-sql > > > > > <http://monitor.gdi.intern/nagios/cgi-bin/perfparse.cgi? > > > > graph=1&host=apolo&service=ms%2Dsql&metric=time> > > > > > time 2005-02-28 16:14:52 > > > > > 0.000379 > > > > > ,160496s UP > > > > > netbios > > > > > <http://monitor.gdi.intern/nagios/cgi-bin/perfparse.cgi? > > > > graph=1&host=apolo&service=netbios&metric=time> > > > > > time 2005-02-28 16:11:31 > > > > > 0.000372 > > > > > ,023413s UP > > > > > uso_cpu_proceso > > > > > <http://monitor.gdi.intern/nagios/cgi-bin/perfparse.cgi? > > > > graph=1&host=apolo&service=uso%5Fcpu%5Fproceso&metric=%252%2Ef+% > > > > 25+Uso+de+CPU+del+SQL> > > > > > %2.f % Uso de CPU del SQL 2005-02-24 10:13:08 > > > > > 100 > > > > > ,937640% CRITICAL > > > > > uso_memoria > > > > > <http://monitor.gdi.intern/nagios/cgi-bin/perfparse.cgi? > > > > graph=1&host=apolo&service=uso%5Fmemoria&metric=Memory+usage> > > > > > Memory usage 2005-02-24 10:09:46 > > > > > 1086 > > > > > ,67Mb UP > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Victor Gil > > > > > System Administrator > > > > > GyD Iberica, S.A. / Giesecke & Devrient Group > > > > > Industria, 3-5, E-08970 Sant Joan Despi (Barcelona), Spain > > > > > Ext. 371, Tel. (+34) 93 480 83 03, Fax (+34) 93 477 28 97 > > > > > mailto:vic...@es... > > > > > http://www.gi-de.com > > > > > > > > > > > > > > > > > > > > > > > > > Ben Clewett <bcl...@pe...> wrote on 28/02/2005 15:44:25: > > > > > > > > > > > Vic...@es... wrote: > > > > > > > > > > > > > > Ben, > > > > > > > > > > > > > > The ouput now has "." > > > > > > > Do I need to add these lines for the other checks in > check_nt.c? > > > > > > > > > > > > Only the performance data where it's a float. Eg: > > > > > > > > > > > > printf(" %.2f ", > > > > > > > > > > > > It will do no harm to add this too many times. > > > > > > > > > > > > > > > > > > > I will know if data is parsed well again after a few minuts. > > > > > > > > > > > > Please let me know. > > > > > > > > > > > > Ben. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Victor Gil > > > > > > > System Administrator > > > > > > > GyD Iberica, S.A. / Giesecke & Devrient Group > > > > > > > Industria, 3-5, E-08970 Sant Joan Despi (Barcelona), Spain > > > > > > > Ext. 371, Tel. (+34) 93 480 83 03, Fax (+34) 93 477 28 97 > > > > > > > mailto:vic...@es... > > > > > > > http://www.gi-de.com > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > *Ben Clewett <bcl...@pe...>* > > > > > > > > > > > > > > 28/02/05 13:09 > > > > > > > > > > > > > > > > > > > > > Para > > > > > > > Vic...@es... > > > > > > > cc > > > > > > > > > > > > > > Asunto > > > > > > > Re: [Perfparse-users] data not parsed after updating > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Victor, > > > > > > > > > > > > > > Do you have access to the check_nt source code? > > > > > > > > > > > > > > Can you edit the file: plugins/check_nt.c > > > > > > > > > > > > > > Find: 'Used Space'. (Line 222 on latest HEAD snapshot) > > > > > > > > > > > > > > Before this line add: > > > > > > > > > > > > > > setlocale(LC_NUMERIC, "POSIX"); > > > > > > > > > > > > > > After this line add: > > > > > > > > > > > > > > setlocale(LC_NUMERIC, ""); > > > > > > > > > > > > > > Then 'make', 'make install'. > > > > > > > > > > > > > > Does this fix the problem? > > > > > > > > > > > > > > Ben > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Vic...@es... wrote: > > > > > > > > > > > > > > > > Sorry Ben, > > > > > > > > > > > > > > > > The problem is not resolved, I still having "," in output. > > > > > > > > > > > > > > > > Regards, > > > > > > > > > > > > > > > > Victor Gil > > > > > > > > System Administrator > > > > > > > > GyD Iberica, S.A. / Giesecke & Devrient Group > > > > > > > > Industria, 3-5, E-08970 Sant Joan Despi (Barcelona), Spain > > > > > > > > Ext. 371, Tel. (+34) 93 480 83 03, Fax (+34) 93 477 28 97 > > > > > > > > mailto:vic...@es... > > > > > > > > http://www.gi-de.com > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Ben Clewett <bcl...@pe...> wrote on 28/02/2005 > > > 12:55:55: > > > > > > > > > > > > > > > > > Victor, > > > > > > > > > > > > > > > > > > Is your problem sorted? The example you email > still shows > > > > > the illegal > > > > > > > > > ',' in the numbers? > > > > > > > > > > > > > > > > > > Ben > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Vic...@es... wrote: > > > > > > > > > > > > > > > > > > > > Ben, > > > > > > > > > > > > > > > > > > > > That's the result > > > > > > > > > > > > > > > > > > > > [root@monitor var]# export LANG="en" > > > > > > > > > > [root@monitor var]# cd .. > > > > > > > > > > [root@monitor nagios]# cd libexec/ > > > > > > > > > > [root@monitor libexec]# ./check_nt -H 10.66.2.18 -v > > > > > > > USEDDISKSPACE -l c > > > > > > > > > > -w 90 -c 95 > > > > > > > > > > c:\ - total: 2,00 Gb - used: 1,62 Gb (81%) - free > 0,38 Gb > > > > > (19%) > > > > > > > | 'c:\ > > > > > > > > > > Used Space'=1,62Gb;1,80;1,90;0.00;2,00 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards, > > > > > > > > > > > > > > > > > > > > Victor Gil > > > > > > > > > > System Administrator > > > > > > > > > > GyD Iberica, S.A. / Giesecke & Devrient Group > > > > > > > > > > Industria, 3-5, E-08970 Sant Joan Despi > (Barcelona), Spain > > > > > > > > > > Ext. 371, Tel. (+34) 93 480 83 03, Fax (+34) 93 > 477 28 97 > > > > > > > > > > mailto:vic...@es... > > > > > > > > > > http://www.gi-de.com > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Ben Clewett <bcl...@pe...> wrote on > 28/02/2005 > > > > > 12:16:57: > > > > > > > > > > > > > > > > > > > > > Victor, > > > > > > > > > > > > > > > > > > > > > > Thanks for the excellent data. > > > > > > > > > > > > > > > > > > > > > > I believe you reason is badly formatted > information > > > in the > > > > > > > plugin. > > > > > > > > > > > > > > > > > > > > > > You have: > > > > > > > > > > > > > > > > > > > > > > | 'c:\ Used Space'=1,62Gb;1,80;1,90;0.00;2,00 > > > > > > > > > > > > > > > > > > > > > > You need: > > > > > > > > > > > > > > > > > > > > > > | 'c:\ Used Space'=1.62Gb;1.80;1.90;0.00;2.00 > > > > > > > > > > > > > > > > > > > > > > Because it is bad, it should be present in the > Drop > > > file. > > > > > > > However I > > > > > > > > > > > believe the parser currently silently drops > this badly > > > > > formatted > > > > > > > > data. > > > > > > > > > > > > > > > > > > > > > > Can you try this to see whether it makes a > difference? > > > > > > > > > > > > > > > > > > > > > > $ export LANG="en" > > > > > > > > > > > $ check_nt > > > > > > > > > > > > > > > > > > > > > > If this is the case, this is a bug with the > plugin and > > > > > should be > > > > > > > > > > > reported to the correct mailing list. > > > > > > > > > > > > > > > > > > > > > > Please let me know. > > > > > > > > > > > > > > > > > > > > > > Ben > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Vic...@es... wrote: > > > > > > > > > > > > > > > > > > > > > > > > Ben, > > > > > > > > > > > > > > > > > > > > > > > > - Your plugin still produces this data. > > > > > > > > > > > > [root@monitor libexec]# ./check_nt -H > > > > > 10.66.2.18 -v > > > > > > > > > > > > USEDDISKSPACE -l c -w 90 -c 95 > > > > > > > > > > > > c:\ - total: 2,00 Gb - used: 1,62 Gb > > > (81%) - free > > > > > > > > 0,38 Gb > > > > > > > > > > (19%) > > > > > > > > > > > > | 'c:\ Used Space'=1,62Gb;1,80;1,90;0.00;2,00 > > > > > > > > > > > > > > > > > > > > > > > > - The format of the plugin is still correct. > > > > > > > > > > > > I hope, I didn't make any changes on > check_nt > > > > > > > command or > > > > > > > > > > > > process-service-perfdata on > checkcommands.cfg file. > > > > > > > > > > > > > > > > > > > > > > > > - The drop file (/tmp/perfparse.drop does not > > > contain > > > > > these > > > > > > > lines. > > > > > > > > > > > > drop file doesn't exist. > > > > > > > > > > > > > > > > > > > > > > > > - There is nothing in your log file. > > > > > > > > > > > > 2005/02/28 11:25:52 [ storage.c:95 > > > 22214 ] > > > > > > > > storage_mysql > > > > > > > > > > > > module successfully loaded > > > > > > > > > > > > 2005/02/28 11:25:52 [ storage.c:95 22219 ] > > > > > storage_mysql > > > > > > > > module > > > > > > > > > > > > successfully loaded > > > > > > > > > > > > 2005/02/28 11:25:52 [ storage.c:95 22224 ] > > > > > storage_mysql > > > > > > > > module > > > > > > > > > > > > successfully loaded > > > > > > > > > > > > 2005/02/28 11:25:55 [ storage.c:95 22235 ] > > > > > storage_mysql > > > > > > > > module > > > > > > > > > > > > successfully loaded > > > > > > > > > > > > 2005/02/28 11:25:55 [ storage.c:95 22240 ] > > > > > storage_mysql > > > > > > > > module > > > > > > > > > > > > successfully loaded > > > > > > > > > > > > 2005/02/28 11:26:02 [ storage.c:95 22262 ] > > > > > storage_mysql > > > > > > > > module > > > > > > > > > > > > successfully loaded > > > > > > > > > > > > 2005/02/28 11:26:02 [ storage.c:95 22267 ] > > > > > storage_mysql > > > > > > > > module > > > > > > > > > > > > successfully loaded > > > > > > > > > > > > 2005/02/28 11:26:05 [ storage.c:95 22287 ] > > > > > storage_mysql > > > > > > > > module > > > > > > > > > > > > successfully loaded > > > > > > > > > > > > 2005/02/28 11:26:05 [ storage.c:95 22292 ] > > > > > storage_mysql > > > > > > > > module > > > > > > > > > > > > successfully loaded > > > > > > > > > > > > 2005/02/28 11:26:05 [ storage.c:95 22297 ] > > > > > storage_mysql > > > > > > > > module > > > > > > > > > > > > successfully loaded > > > > > > > > > > > > 2005/02/28 11:26:05 [ storage.c:95 22302 ] > > > > > storage_mysql > > > > > > > > module > > > > > > > > > > > > successfully loaded > > > > > > > > > > > > 2005/02/28 11:26:05 [ storage.c:95 22307 ] > > > > > storage_mysql > > > > > > > > module > > > > > > > > > > > > successfully loaded > > > > > > > > > > > > 2005/02/28 11:26:08 [ storage.c:95 22319 ] > > > > > storage_mysql > > > > > > > > module > > > > > > > > > > > > successfully loaded > > > > > > > > > > > > 2005/02/28 11:26:08 [ storage.c:95 22324 ] > > > > > storage_mysql > > > > > > > > module > > > > > > > > > > > > successfully loaded > > > > > > > > > > > > 2005/02/28 11:26:11 [ storage.c:95 22335 ] > > > > > storage_mysql > > > > > > > > module > > > > > > > > > > > > successfully loaded > > > > > > > > > > > > 2005/02/28 11:26:14 [ storage.c:95 22349 ] > > > > > storage_mysql > > > > > > > > module > > > > > > > > > > > > successfully loaded > > > > > > > > > > > > 2005/02/28 11:26:14 [ storage.c:95 22354 ] > > > > > storage_mysql > > > > > > > > module > > > > > > > > > > > > successfully loaded > > > > > > > > > > > > 2005/02/28 11:26:14 [ storage.c:95 22359 ] > > > > > storage_mysql > > > > > > > > module > > > > > > > > > > > > successfully loaded > > > > > > > > > > > > 2005/02/28 11:26:17 [ storage.c:95 22371 ] > > > > > storage_mysql > > > > > > > > module > > > > > > > > > > > > successfully loaded > > > > > > > > > > > > 2005/02/28 11:26:17 [ storage.c:95 22376 ] > > > > > storage_mysql > > > > > > > > module > > > > > > > > > > > > successfully loaded > > > > > > > > > > > > 2005/02/28 11:26:20 [ storage.c:95 22391 ] > > > > > storage_mysql > > > > > > > > module > > > > > > > > > > > > successfully loaded > > > > > > > > > > > > > > > > > > > > > > > > The deletion policies do not exclude this data. > > > > > > > > > > > > > > > > > > > > > > > > *Host* > > > > > > > > > > > > > > > > > > > > > > > > *Domain* > > > > > > > > > > > > > > > > > > > > > > > > *Policy* > > > > > > > > > > > > > > > > > > > > > > > > *User Defined Policy* > > > > > > > > > > > > apolo Binary Data Never Always After > > > Days: 30 > > > > > > > > > > > > Raw Data Never Always After Days: 30 > > > > > > > > > > > > ariadna Binary Data Never Always > After > > > Days: 30 > > > > > > > > > > > > Raw Data Never Always After Days: 30 > > > > > > > > > > > > authserver Binary Data Never > Always After > > > > > Days: 30 > > > > > > > > > > > > Raw Data Never Always After Days: 30 > > > > > > > > > > > > avirus Binary Data Never Always > After > > > Days: 30 > > > > > > > > > > > > Raw Data Never Always After Days: 30 > > > > > > > > > > > > baldufa Binary Data Never Always > After > > > Days: 30 > > > > > > > > > > > > Raw Data Never Always After Days: 30 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > SQL results > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards, > > > > > > > > > > > > > > > > > > > > > > > > Victor, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > per...@li... > wrote on > > > > > 28/02/2005 > > > > > > > > > > 10:55:34: > > > > > > > > > > > > > > > > > > > > > > > > > Victor, > > > > > > > > > > > > > > > > > > > > > > > > > > Can you check some basics: > > > > > > > > > > > > > > > > > > > > > > > > > > - Your plugin still produces this data. > > > > > > > > > > > > > - The format of the plugin is still correct. > > > > > > > > > > > > > - The drop file (/tmp/perfparse.drop ?) > does not > > > > > contain > > > > > > > these > > > > > > > > > > lines. > > > > > > > > > > > > > - There is nothing in your log file. > > > > > > > > > > > > > - The Deletion Policies do not exclude > this data. > > > > > > > > > > > > > > > > > > > > > > > > > > If not can you look at some SQL and > return the > > > results > > > > > > > to me? > > > > > > > > > > > > > > > > > > > > > > > > > > echo "SQL" | mysql -u nagios -p -D nagios -v > > > -v -v > > > > > > > > out.file > > > > > > > > > > > > > gzip out.file > > > > > > > > > > > > > > > > > > > > > > > > > > Where SQL: > > > > > > > > > > > > > > > > > > > > > > > > > > "SELECT host_id, host_name FROM > perfdata_host > > > ORDER BY > > > > > > > host_id" > > > > > > > > > > > > > > > > > > > > > > > > > > "SELECT service_id, host_name, > > > service_description FROM > > > > > > > > > > perfdata_service > > > > > > > > > > > > > ORDER BY service_id" > > > > > > > > > > > > > > > > > > > > > > > > > > "SELECT metric_id, host_name, > service_description, > > > > > > > metric FROM > > > > > > > > > > > > > perfdata_service_metric ORDER BY metric_id" > > > > > > > > > > > > > > > > > > > > > > > > > > This would be very useful. > > > > > > > > > > > > > > > > > > > > > > > > > > Regards, > > > > > > > > > > > > > > > > > > > > > > > > > > Ben. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Vic...@es... wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > > > > > > > > > I updated perfparse from version > 0.104.5 to > > > 0.105.6 > > > > > > > and run > > > > > > > > > > the script > > > > > > > > > > > > > > to add indexes in database. > > > > > > > > > > > > > > After that the data received by plugin > check_nt > > > > > > > > (nsclient) aren't > > > > > > > > > > > > pushed > > > > > > > > > > > > > > into the perfparse database. > > > > > > > > > > > > > > The data received by the other plugins are > > > parsed > > > > > > > > correctly to > > > > > > > > > > > > database. > > > > > > > > > > > > > > > > > > > > > > > > > > > > I didn't make changes to cfg files, only > > > compile, > > > > > install > > > > > > > > the new > > > > > > > > > > > > > > version and run the script. > > > > > > > > > > > > > > > > > > > > > > > > > > > > Some help? > > > > > > > > > > > > > > > > > > > > > > > > > > > > Victor Gil > > > > > > > > > > > > > > System Administrator > > > > > > > > > > > > > > GyD Iberica, S.A. / Giesecke & Devrient > Group > > > > > > > > > > > > > > Industria, 3-5, E-08970 Sant Joan Despi > > > > > (Barcelona), Spain > > > > > > > > > > > > > > Ext. 371, Tel. (+34) 93 480 83 03, Fax > (+34) 93 > > > > > 477 28 97 > > > > > > > > > > > > > > mailto:vic...@es... > > > > > > > > > > > > > > http://www.gi-de.com > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > > > > > > > > > SF email is sponsored by - The IT Product > Guide > > > > > > > > > > > > > Read honest & candid reviews on hundreds > of IT > > > > > Products from > > > > > > > > > > real users. > > > > > > > > > > > > > Discover which products truly live up to the > > > hype. > > > > > Start > > > > > > > > reading > > > > > > > > > > now. > > > > > > > > > > > > > > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > > > > > > Perfparse-users mailing list > > > > > > > > > > > > > Per...@li... > > > > > > > > > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/perfparse-users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > |
|
From: Ben C. <bcl...@pe...> - 2005-03-01 09:09:36
|
Jessica,
Sorry I missed that. The answer is however the same. Try editing
and/or recompiling your plugin as I suggest.
Regards,
Ben Clewett.
Jessica Holle wrote:
> Sorry,
>
> but my problem is nocht the check_load! For this I've found an solution:-)
>
> My problem is the check_icmp plugin.
>
> or is this problem solved if I configure it again?
>
> regards jessica
>
>
>
>>Jessica,
>>
>>These are known bugs in the plugins which are causing lots of users
>>problems.
>>
>>I can suggest two solutions.
>>
>>1. Recompile the plugins using:
>>
>>./configure --disable-nls
>>
>>I have not tested this, but I believe this should work.
>>
>>2. After the 'textdomain' call at the start of the plugin source code,
>>add the line:
>>
>>setlocale(LC_NUMERIC, "POSIX");
>>
>>Eg, with your problem plugin check_load. Edit plugins/check_load.c:
>>
>>-------------------check_load.c-------------------
>>
>>int
>>main (int argc, char **argv)
>>{
>> int result = STATE_UNKNOWN;
>>
>>#if HAVE_GETLOADAVG==1
>> double la[3] = { 0.0, 0.0, 0.0 }; /* NetBSD complains
>>about unitialized arrays */
>>#else
>># if HAVE_PROC_LOADAVG==1
>> FILE *fp;
>> char input_buffer[MAX_INPUT_BUFFER];
>> char *tmp_ptr;
>># else
>> char input_buffer[MAX_INPUT_BUFFER];
>># endif
>>#endif
>>
>> float la1, la5, la15;
>>
>> setlocale (LC_ALL, "");
>> bindtextdomain (PACKAGE, LOCALEDIR);
>> textdomain (PACKAGE);
>>
>> setlocale(LC_NUMERIC, "POSIX"); <--- HERE!!
>>
>>-------------------check_load.c-------------------
>>
>>This should sort out your problems. Please let us know.
>>
>>Regards,
>>
>>Ben.
>>
>>
>>
>>Jessica Holle wrote:
>>
>>>Sorry, but I've forgotten another thing.
>>>
>>>First I tell you something, so it's better to understand I hope.
>>>
>>>I had problems with the check_load plugin:
>>>
>>>nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_load -w 1.5,1.5,1.5
>>
>>-c
>>
>>>4.0,2.0,2.0
>>>Warning threshold must be float or float triplet!
>>>
>>>Usage: check_load -w WLOAD1,WLOAD5,WLOAD15 -c CLOAD1,CLOAD5,CLOAD15
>>>
>>>
>>>So I get this bad output, but I've found a solution:
>>>
>>>nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_load -w 1,5:1,5:1,5
>>
>>-c
>>
>>>4,0:2,0:2,0
>>>OK - load average: 0,27, 0,30,
>>>0,29|load1=0,270000;1,500000;4,000000;0,000000
>>>load5=0,300000;1,500000;2,000000;0,000000
>>>load15=0,290000;1,500000;2,000000;0,000000
>>>
>>>
>>>So I think there is a problem with , and . !!!
>>>
>>>Some days before the first "version" of my check_load numbers worked but
>>
>>now
>>
>>>I do it with the second.
>>>
>>>
>>>And now to my right problem...
>>>
>>>It's about the values in my database:
>>>
>>>47020 | jholle | Ping | rta | 2005-02-28 15:51:39 |
>>
>>
>>
>>>0 | 85 | 95 | 0 |
>>>| 47021 | jholle | Ping | pl | 2005-02-28 15:51:39
>>
>>|
>>
>>> 0 | 40 | 80 | 0 |
>>>
>>>
>>>There are no values only a zero.
>>>
>>>nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_icmp -H jholle
>>>OK - jholle: rta 0.224ms, lost 0%|rta=0.224ms;200.000;500.000;0;
>>>pl=0%;40;80;;
>>>
>>>
>>>But here are values. When this value goes over 1 it is shown in
>>
>>database,
>>
>>>but only as a 1 not the float integers.
>>>I think this is because of the . ! I think it is like my first problem.
>>>there was a point which could not be interpreted and here is a point
>>
>>again.
>>
>>>I don't know but I think when there is a , and not a . the problem is
>>>solved...
>>>
>>>Can I think right ???
>>>
>>
>
|
|
From: Andreas E. <ae...@op...> - 2005-03-01 08:46:40
|
Ben Clewett wrote: > Jessica, > > These are known bugs in the plugins which are causing lots of users > problems. > > I can suggest two solutions. > > 1. Recompile the plugins using: > > ./configure --disable-nls > > I have not tested this, but I believe this should work. > It won't. It won't reset the textdomain of the apps it's running, only disable international output capabilities of the plugin she's running. > 2. After the 'textdomain' call at the start of the plugin source code, > add the line: > > setlocale(LC_NUMERIC, "POSIX"); > This will work, or LC_ALL=POSIX nagios nagios.cfg -d when starting nagios (although that would defeat localisation of plugins). -- Andreas Ericsson and...@op... OP5 AB www.op5.se Lead Developer |
|
From: Jessica H. <Je...@gm...> - 2005-03-01 08:44:42
|
Sorry,
but my problem is nocht the check_load! For this I've found an solution:-)
My problem is the check_icmp plugin.
or is this problem solved if I configure it again?
regards jessica
> Jessica,
>
> These are known bugs in the plugins which are causing lots of users
> problems.
>
> I can suggest two solutions.
>
> 1. Recompile the plugins using:
>
> ./configure --disable-nls
>
> I have not tested this, but I believe this should work.
>
> 2. After the 'textdomain' call at the start of the plugin source code,
> add the line:
>
> setlocale(LC_NUMERIC, "POSIX");
>
> Eg, with your problem plugin check_load. Edit plugins/check_load.c:
>
> -------------------check_load.c-------------------
>
> int
> main (int argc, char **argv)
> {
> int result = STATE_UNKNOWN;
>
> #if HAVE_GETLOADAVG==1
> double la[3] = { 0.0, 0.0, 0.0 }; /* NetBSD complains
> about unitialized arrays */
> #else
> # if HAVE_PROC_LOADAVG==1
> FILE *fp;
> char input_buffer[MAX_INPUT_BUFFER];
> char *tmp_ptr;
> # else
> char input_buffer[MAX_INPUT_BUFFER];
> # endif
> #endif
>
> float la1, la5, la15;
>
> setlocale (LC_ALL, "");
> bindtextdomain (PACKAGE, LOCALEDIR);
> textdomain (PACKAGE);
>
> setlocale(LC_NUMERIC, "POSIX"); <--- HERE!!
>
> -------------------check_load.c-------------------
>
> This should sort out your problems. Please let us know.
>
> Regards,
>
> Ben.
>
>
>
> Jessica Holle wrote:
> > Sorry, but I've forgotten another thing.
> >
> > First I tell you something, so it's better to understand I hope.
> >
> > I had problems with the check_load plugin:
> >
> > nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_load -w 1.5,1.5,1.5
> -c
> > 4.0,2.0,2.0
> > Warning threshold must be float or float triplet!
> >
> > Usage: check_load -w WLOAD1,WLOAD5,WLOAD15 -c CLOAD1,CLOAD5,CLOAD15
> >
> >
> > So I get this bad output, but I've found a solution:
> >
> > nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_load -w 1,5:1,5:1,5
> -c
> > 4,0:2,0:2,0
> > OK - load average: 0,27, 0,30,
> > 0,29|load1=0,270000;1,500000;4,000000;0,000000
> > load5=0,300000;1,500000;2,000000;0,000000
> > load15=0,290000;1,500000;2,000000;0,000000
> >
> >
> > So I think there is a problem with , and . !!!
> >
> > Some days before the first "version" of my check_load numbers worked but
> now
> > I do it with the second.
> >
> >
> > And now to my right problem...
> >
> > It's about the values in my database:
> >
> > 47020 | jholle | Ping | rta | 2005-02-28 15:51:39 |
>
> > 0 | 85 | 95 | 0 |
> > | 47021 | jholle | Ping | pl | 2005-02-28 15:51:39
> |
> > 0 | 40 | 80 | 0 |
> >
> >
> > There are no values only a zero.
> >
> > nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_icmp -H jholle
> > OK - jholle: rta 0.224ms, lost 0%|rta=0.224ms;200.000;500.000;0;
> > pl=0%;40;80;;
> >
> >
> > But here are values. When this value goes over 1 it is shown in
> database,
> > but only as a 1 not the float integers.
> > I think this is because of the . ! I think it is like my first problem.
> > there was a point which could not be interpreted and here is a point
> again.
> > I don't know but I think when there is a , and not a . the problem is
> > solved...
> >
> > Can I think right ???
> >
>
--
Lassen Sie Ihren Gedanken freien Lauf... z.B. per FreeSMS
GMX bietet bis zu 100 FreeSMS/Monat: http://www.gmx.net/de/go/mail
|
|
From: Ben C. <be...@cl...> - 2005-03-01 08:24:22
|
Jessica,
These are known bugs in the plugins which are causing lots of users
problems.
I can suggest two solutions.
1. Recompile the plugins using:
./configure --disable-nls
I have not tested this, but I believe this should work.
2. After the 'textdomain' call at the start of the plugin source code,
add the line:
setlocale(LC_NUMERIC, "POSIX");
Eg, with your problem plugin check_load. Edit plugins/check_load.c:
-------------------check_load.c-------------------
int
main (int argc, char **argv)
{
int result = STATE_UNKNOWN;
#if HAVE_GETLOADAVG==1
double la[3] = { 0.0, 0.0, 0.0 }; /* NetBSD complains
about unitialized arrays */
#else
# if HAVE_PROC_LOADAVG==1
FILE *fp;
char input_buffer[MAX_INPUT_BUFFER];
char *tmp_ptr;
# else
char input_buffer[MAX_INPUT_BUFFER];
# endif
#endif
float la1, la5, la15;
setlocale (LC_ALL, "");
bindtextdomain (PACKAGE, LOCALEDIR);
textdomain (PACKAGE);
setlocale(LC_NUMERIC, "POSIX"); <--- HERE!!
-------------------check_load.c-------------------
This should sort out your problems. Please let us know.
Regards,
Ben.
Jessica Holle wrote:
> Sorry, but I've forgotten another thing.
>
> First I tell you something, so it's better to understand I hope.
>
> I had problems with the check_load plugin:
>
> nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_load -w 1.5,1.5,1.5 -c
> 4.0,2.0,2.0
> Warning threshold must be float or float triplet!
>
> Usage: check_load -w WLOAD1,WLOAD5,WLOAD15 -c CLOAD1,CLOAD5,CLOAD15
>
>
> So I get this bad output, but I've found a solution:
>
> nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_load -w 1,5:1,5:1,5 -c
> 4,0:2,0:2,0
> OK - load average: 0,27, 0,30,
> 0,29|load1=0,270000;1,500000;4,000000;0,000000
> load5=0,300000;1,500000;2,000000;0,000000
> load15=0,290000;1,500000;2,000000;0,000000
>
>
> So I think there is a problem with , and . !!!
>
> Some days before the first "version" of my check_load numbers worked but now
> I do it with the second.
>
>
> And now to my right problem...
>
> It's about the values in my database:
>
> 47020 | jholle | Ping | rta | 2005-02-28 15:51:39 |
> 0 | 85 | 95 | 0 |
> | 47021 | jholle | Ping | pl | 2005-02-28 15:51:39 |
> 0 | 40 | 80 | 0 |
>
>
> There are no values only a zero.
>
> nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_icmp -H jholle
> OK - jholle: rta 0.224ms, lost 0%|rta=0.224ms;200.000;500.000;0;
> pl=0%;40;80;;
>
>
> But here are values. When this value goes over 1 it is shown in database,
> but only as a 1 not the float integers.
> I think this is because of the . ! I think it is like my first problem.
> there was a point which could not be interpreted and here is a point again.
> I don't know but I think when there is a , and not a . the problem is
> solved...
>
> Can I think right ???
>
|
|
From: Ben C. <bcl...@pe...> - 2005-03-01 08:17:12
|
Jessica, The current graph program can only produce a line graph. This is because the graph is designed for overlaying many lines, which would not show well using an area. The use of a background area is reserved for showing the warning and critical value, which truly describe an area. The graph can only show what the plugin passes to it. If you want to show the total used, you will have to edit the plugin source code. I will keep your ideas in mind for later versions of the product. Regards, Ben. Jessica Holle wrote: > Hi, > > I've googled already but I can't find anything about my question... > > Can I change the looking of the graphs? > When I graph the data of an disk it is always shown the total sum, but not > the used. > I like it more when the total space is shown in an area and the used is > shown in an area too... But there is only one graph. > > Somethimes I like it more when there is not a line but an area. > > Can I change this things? > > Another question is, if anybody knows a check_traffic plugin which works > with perdata, so that I can graph this too... > |
|
From: Jessica H. <Je...@gm...> - 2005-03-01 07:37:21
|
Sorry, but I've forgotten another thing. First I tell you something, so it's better to understand I hope. I had problems with the check_load plugin: nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_load -w 1.5,1.5,1.5 -c 4.0,2.0,2.0 Warning threshold must be float or float triplet! Usage: check_load -w WLOAD1,WLOAD5,WLOAD15 -c CLOAD1,CLOAD5,CLOAD15 So I get this bad output, but I've found a solution: nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_load -w 1,5:1,5:1,5 -c 4,0:2,0:2,0 OK - load average: 0,27, 0,30, 0,29|load1=0,270000;1,500000;4,000000;0,000000 load5=0,300000;1,500000;2,000000;0,000000 load15=0,290000;1,500000;2,000000;0,000000 So I think there is a problem with , and . !!! Some days before the first "version" of my check_load numbers worked but now I do it with the second. And now to my right problem... It's about the values in my database: 47020 | jholle | Ping | rta | 2005-02-28 15:51:39 | 0 | 85 | 95 | 0 | | 47021 | jholle | Ping | pl | 2005-02-28 15:51:39 | 0 | 40 | 80 | 0 | There are no values only a zero. nagios@rzvlabwks:/usr/local/nagios/libexec> ./check_icmp -H jholle OK - jholle: rta 0.224ms, lost 0%|rta=0.224ms;200.000;500.000;0; pl=0%;40;80;; But here are values. When this value goes over 1 it is shown in database, but only as a 1 not the float integers. I think this is because of the . ! I think it is like my first problem. there was a point which could not be interpreted and here is a point again. I don't know but I think when there is a , and not a . the problem is solved... Can I think right ??? -- Lassen Sie Ihren Gedanken freien Lauf... z.B. per FreeSMS GMX bietet bis zu 100 FreeSMS/Monat: http://www.gmx.net/de/go/mail |
|
From: Jessica H. <Je...@gm...> - 2005-03-01 07:25:12
|
Hi, I've googled already but I can't find anything about my question... Can I change the looking of the graphs? When I graph the data of an disk it is always shown the total sum, but not the used. I like it more when the total space is shown in an area and the used is shown in an area too... But there is only one graph. Somethimes I like it more when there is not a line but an area. Can I change this things? Another question is, if anybody knows a check_traffic plugin which works with perdata, so that I can graph this too... -- DSL Komplett von GMX +++ Supergünstig und stressfrei einsteigen! AKTION "Kein Einrichtungspreis" nutzen: http://www.gmx.net/de/go/dsl |
|
From: barry m. <bar...@sh...> - 2005-02-28 16:25:05
|
I'm running perfparse with nagios. Every second or third time I try and run perparse.sh the data does not go into the mysql database?? Strange?? The problem is the log file has been deleted after the import. So I cannot run it again. Please help. Thanks Barry Barry |
|
From: Ben C. <bcl...@pe...> - 2005-02-28 09:56:39
|
Victor, Can you check some basics: - Your plugin still produces this data. - The format of the plugin is still correct. - The drop file (/tmp/perfparse.drop ?) does not contain these lines. - There is nothing in your log file. - The Deletion Policies do not exclude this data. If not can you look at some SQL and return the results to me? echo "SQL" | mysql -u nagios -p -D nagios -v -v -v > out.file gzip out.file Where SQL: "SELECT host_id, host_name FROM perfdata_host ORDER BY host_id" "SELECT service_id, host_name, service_description FROM perfdata_service ORDER BY service_id" "SELECT metric_id, host_name, service_description, metric FROM perfdata_service_metric ORDER BY metric_id" This would be very useful. Regards, Ben. Vic...@es... wrote: > > Hi, > > I updated perfparse from version 0.104.5 to 0.105.6 and run the script > to add indexes in database. > After that the data received by plugin check_nt (nsclient) aren't pushed > into the perfparse database. > The data received by the other plugins are parsed correctly to database. > > I didn't make changes to cfg files, only compile, install the new > version and run the script. > > Some help? > > Victor Gil > System Administrator > GyD Iberica, S.A. / Giesecke & Devrient Group > Industria, 3-5, E-08970 Sant Joan Despi (Barcelona), Spain > Ext. 371, Tel. (+34) 93 480 83 03, Fax (+34) 93 477 28 97 > mailto:vic...@es... > http://www.gi-de.com > |
|
From: Ben C. <bcl...@pe...> - 2005-02-28 09:46:33
|
The storage format is 'FLOAT'. I don't know why your data is being stored as integers. I would need to see the SQL used. This can be obtained simply from the logs using 'mysqlbinlog'. Something a but like like: mysqlbinlog yyyyyy.xxxxxx | grep -i "INSERT" | grep "perfdata_service_bin" | grep "Ping" Where yyyyy is your machine name and xxxxxx is the largest log file number. Eg, /usr/local/mysql/var/nagios.0000123 This should produce the SQL statements used to enter your data. I would be very interested in seeing these. I have a feeling we may see: INSERT ... VALUES ( '0,25' And not the required: INSERT ... VALUES ( '0.25' -------------------- Another way of viewing the amount of data in the database is using: mysql> SHOW TABLE STATUS\G This gives estimated values. But they are usually good. (Would any member be interested in writing a quick HTML report of this data?) If you want to limit your data, look at the Deletion Policies. -------------------- I hope this is of some use, Ben. Yves wrote: >>I use the plugin check_icmp >>which output look like this: >> >>nagios@rzvlabwks:/usr/local/nagor/nagios/libexec> ./check_icmp -H jholle >>OK - jholle: rta 0.25 ms, lost 0%|rta=0.25ms;200;500;; pl=0%;60;80;; >> >>it's ok. >>But the Database look so: >> >>42684 | jholle | Ping | rta | 2005-02-28 08:38:29 | >>0 | 200 | 500 | 0 | >>| 42685 | jholle | Ping | pl | 2005-02-28 08:38:29 | >> 0 | 40 | 80 | 0 | >> >>So for the time is always a 0 value. Is this a known problem or what do I >>wrong? > > > > Anybody to help ? > Anybody who can check if this can be the storage format of the database that does not > allow float values ? > > >>Another question is how many data is stored into my database. Is it defined >>how many data is stored? When yes where? > > > This is not defined anywhere. > However, you can use SQL requests like this: > select count(*) from perfdata_host > select count(*) from perfdata_service_bin > select count(*) from perfdata_service_metric > ... and so on > > Yves > |
|
From: Yves <yme...@pe...> - 2005-02-28 08:54:01
|
> I use the plugin check_icmp > which output look like this: > > nagios@rzvlabwks:/usr/local/nagor/nagios/libexec> ./check_icmp -H jholl= e > OK - jholle: rta 0.25 ms, lost 0%|rta=3D0.25ms;200;500;; pl=3D0%;60;80;= ; > > it's ok. > But the Database look so: > > 42684 | jholle | Ping | rta | 2005-02-28 08:38:29 = | > 0 | 200 | 500 | 0 | > | 42685 | jholle | Ping | pl | 2005-02-28 08:38:2= 9 | > 0 | 40 | 80 | 0 | > > So for the time is always a 0 value. Is this a known problem or what do= I > wrong? Anybody to help ? Anybody who can check if this can be the storage format of the database t= hat does not allow float values ? > Another question is how many data is stored into my database. Is it def= ined > how many data is stored? When yes where? This is not defined anywhere. However, you can use SQL requests like this: select count(*) from perfdata_host select count(*) from perfdata_service_bin select count(*) from perfdata_service_metric ... and so on Yves --=20 - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - - GPG key - http://ymettier.free.fr/gpg.txt - - Maitretarot - http://www.nongnu.org/maitretarot/ - - Perfparse - http://www.perfparse.org/ - |
|
From: <Vic...@es...> - 2005-02-28 08:53:37
|
Hi, I updated perfparse from version 0.104.5 to 0.105.6 and run the script to add indexes in database. After that the data received by plugin check_nt (nsclient) aren't pushed into the perfparse database. The data received by the other plugins are parsed correctly to database. I didn't make changes to cfg files, only compile, install the new version and run the script. Some help? Victor Gil System Administrator GyD Iberica, S.A. / Giesecke & Devrient Group Industria, 3-5, E-08970 Sant Joan Despi (Barcelona), Spain Ext. 371, Tel. (+34) 93 480 83 03, Fax (+34) 93 477 28 97 mailto:vic...@es... http://www.gi-de.com |
|
From: Jessica H. <Je...@gm...> - 2005-02-28 07:45:24
|
Hi, I've already questions... I use the plugin check_icmp which output look like this: nagios@rzvlabwks:/usr/local/nagor/nagios/libexec> ./check_icmp -H jholle OK - jholle: rta 0.25 ms, lost 0%|rta=0.25ms;200;500;; pl=0%;60;80;; it's ok. But the Database look so: 42684 | jholle | Ping | rta | 2005-02-28 08:38:29 | 0 | 200 | 500 | 0 | | 42685 | jholle | Ping | pl | 2005-02-28 08:38:29 | 0 | 40 | 80 | 0 | So for the time is always a 0 value. Is this a known problem or what do I wrong? Another question is how many data is stored into my database. Is it defined how many data is stored? When yes where? Greetz Jessica -- Lassen Sie Ihren Gedanken freien Lauf... z.B. per FreeSMS GMX bietet bis zu 100 FreeSMS/Monat: http://www.gmx.net/de/go/mail |
|
From: Yves <yme...@pe...> - 2005-02-24 08:14:42
|
> error. However, I ran into another error where the configure script > could not find gdlib-config and the make would fail when calling gd. I > had gd and gd-devel installed, but it would not work until after I > installed the gd-progs package. Now the make completes successfully. Find where gdlib-config is and use the --gdlib_config_dir option (I don't= remember its exact name). If you cannot find it, this is probably because your gd is too old. Consi= der upgrading to at least a 2.X version. Yves --=20 - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - - GPG key - http://ymettier.free.fr/gpg.txt - - Maitretarot - http://www.nongnu.org/maitretarot/ - - Perfparse - http://www.perfparse.org/ - |
|
From: James D. <jd...@at...> - 2005-02-23 23:13:30
|
My bad... I hadn't re-run the ./configure script since I installed glib2-devel. After doing a make clean and re-running, it got past the error. However, I ran into another error where the configure script could not find gdlib-config and the make would fail when calling gd. I had gd and gd-devel installed, but it would not work until after I installed the gd-progs package. Now the make completes successfully. Thanks a ton for your help! I really appreciate it. -James -----Original Message----- From: Yves [mailto:yme...@pe...]=20 Sent: Wednesday, February 23, 2005 3:34 AM To: James Derieg Cc: per...@li... Subject: Re: [Perfparse-users] Perfparse 0.105.6 compile error > I get the following when trying to compile PerfParse 0.105.6 on Fedora > Core 3. I have glib, glib2, and devel packages installed. Please help. Are you sure ? See below... > Thanks > > -James Derieg > > [root@dns perfparse-0.105.6]# make Note for all users : perfparse does not need root privileges (nagios does not either). As a system admin, I recommand you not to use the root account to compile and use perfparse. > config_file.c:40:18: glib.h: No such file or directory Your system says that glib.h, that is a file from the glib or glib2 devel packages, is missing. 4 possibilities : 1/ you don't have the devel packages installed. Check again. 2/ you have the devel packages installed, but for some reason, glib.h was removed 3/ you have the devel packages installed, but they are in an unusual place. Run "pkg-config glib-2.0 --cflags" (I'm not sure about this command line) and check that you have the required files. 4/ you have the devel packages installed, but they are broken. Report this to the fedora team. Also check what ./configure says about glib when you run it. You should find some lines about it in the middle, and the version used at the end. Yves --=20 - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - - GPG key - http://ymettier.free.fr/gpg.txt - - Maitretarot - http://www.nongnu.org/maitretarot/ - - Perfparse - http://www.perfparse.org/ - |
|
From: Steve G. <st...@ls...> - 2005-02-23 15:29:04
|
On Tue, Feb 22, 2005 at 11:34:02AM +0100, Oliver Musco wrote:
> > > 2005/02/22 10:13:56 [clean_tools.c:101 13892 ] Could not open
> > directory
> > > '/tmp/perfparse.drop'
> >
> > Why ? :)
>
> I dont know, no other programs have problems with /tmp...
Guess: you ran perfparsed as root (or some other user) and it created
/tmp/perfparse.drop, and you're now starting perfparsed as a different
user, and it's not able to open the existing directory.
Steve
--
"Outlook not so good." That magic 8-ball knows everything! I'll ask
about Exchange Server next.
-- (Stolen from the net)
|
|
From: Yves <yme...@pe...> - 2005-02-23 10:33:50
|
> I get the following when trying to compile PerfParse 0.105.6 on Fedora > Core 3. I have glib, glib2, and devel packages installed. Please help= . Are you sure ? See below... > Thanks > > -James Derieg > > [root@dns perfparse-0.105.6]# make Note for all users : perfparse does not need root privileges (nagios does= not either). As a system admin, I recommand you not to use the root account to compile= and use perfparse. > config_file.c:40:18: glib.h: No such file or directory Your system says that glib.h, that is a file from the glib or glib2 devel= packages, is missing. 4 possibilities : 1/ you don't have the devel packages installed. Check again. 2/ you have the devel packages installed, but for some reason, glib.h was= removed 3/ you have the devel packages installed, but they are in an unusual plac= e. Run "pkg-config glib-2.0 --cflags" (I'm not sure about this command line) and= check that you have the required files. 4/ you have the devel packages installed, but they are broken. Report thi= s to the fedora team. Also check what ./configure says about glib when you run it. You should f= ind some lines about it in the middle, and the version used at the end. Yves --=20 - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - - GPG key - http://ymettier.free.fr/gpg.txt - - Maitretarot - http://www.nongnu.org/maitretarot/ - - Perfparse - http://www.perfparse.org/ - |
|
From: James D. <jd...@at...> - 2005-02-22 21:54:14
|
I get the following when trying to compile PerfParse 0.105.6 on Fedora Core 3. I have glib, glib2, and devel packages installed. Please help. Thanks -James Derieg =20 [root@dns perfparse-0.105.6]# make make all-recursive make[1]: Entering directory `/home/jderieg/perfparse-0.105.6' Making all in intl make[2]: Entering directory `/home/jderieg/perfparse-0.105.6/intl' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jderieg/perfparse-0.105.6/intl' Making all in m4 make[2]: Entering directory `/home/jderieg/perfparse-0.105.6/m4' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jderieg/perfparse-0.105.6/m4' Making all in libnagios_perfdata_parser make[2]: Entering directory `/home/jderieg/perfparse-0.105.6/libnagios_perfdata_parser' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jderieg/perfparse-0.105.6/libnagios_perfdata_parser' Making all in libpp_common make[2]: Entering directory `/home/jderieg/perfparse-0.105.6/libpp_common' if /bin/sh ../libtool --tag=3DCC --mode=3Dcompile gcc -DHAVE_CONFIG_H = -I. -I. -I.. '-DLIBDIR=3D"/usr/local/nagios/lib"' '-DLOCALSTATEDIR=3D"/usr/local/nagios/var"' '-DSYSCONFDIR=3D"/usr/local/nagios/etc"' = '-DPREFIX=3D"/usr/local/nagios"' '-DLOCALEDIR=3D"/usr/local/nagios/share/locale"' -I.. -g -O2 -Wall -MT libpp_common_la-config_file.lo -MD -MP -MF ".deps/libpp_common_la-config_file.Tpo" -c -o libpp_common_la-config_file.lo `test -f 'config_file.c' || echo './'`config_file.c; \ then mv -f ".deps/libpp_common_la-config_file.Tpo" ".deps/libpp_common_la-config_file.Plo"; else rm -f ".deps/libpp_common_la-config_file.Tpo"; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I. -I.. -DLIBDIR=3D\"/usr/local/nagios/lib\" -DLOCALSTATEDIR=3D\"/usr/local/nagios/var\" -DSYSCONFDIR=3D\"/usr/local/nagios/etc\" = -DPREFIX=3D\"/usr/local/nagios\" -DLOCALEDIR=3D\"/usr/local/nagios/share/locale\" -I.. -g -O2 -Wall -MT libpp_common_la-config_file.lo -MD -MP -MF .deps/libpp_common_la-config_file.Tpo -c config_file.c -fPIC -DPIC -o .libs/libpp_common_la-config_file.o config_file.c:40:18: glib.h: No such file or directory config_file.c: In function `config_definition_init': config_file.c:105: warning: null argument where non-null required (arg 1) config_file.c:105: warning: null argument where non-null required (arg 1) config_file.c:105: warning: null argument where non-null required (arg 2) config_file.c:105: warning: null argument where non-null required (arg 2) config_file.c:105: warning: null argument where non-null required (arg 1) config_file.c:105: warning: null argument where non-null required (arg 1) config_file.c:105: warning: null argument where non-null required (arg 2) config_file.c:105: warning: null argument where non-null required (arg 2) config_file.c:106: warning: null argument where non-null required (arg 1) config_file.c:106: warning: null argument where non-null required (arg 1) config_file.c:106: warning: null argument where non-null required (arg 2) config_file.c:106: warning: null argument where non-null required (arg 2) config_file.c:106: warning: null argument where non-null required (arg 1) config_file.c:106: warning: null argument where non-null required (arg 1) config_file.c:106: warning: null argument where non-null required (arg 2) config_file.c:106: warning: null argument where non-null required (arg 2) config_file.c:107: warning: null argument where non-null required (arg 1) config_file.c:107: warning: null argument where non-null required (arg 1) config_file.c:107: warning: null argument where non-null required (arg 2) config_file.c:107: warning: null argument where non-null required (arg 2) config_file.c:108: warning: null argument where non-null required (arg 1) config_file.c:108: warning: null argument where non-null required (arg 1) config_file.c:108: warning: null argument where non-null required (arg 2) config_file.c:108: warning: null argument where non-null required (arg 2) config_file.c:108: warning: null argument where non-null required (arg 1) config_file.c:108: warning: null argument where non-null required (arg 1) config_file.c:108: warning: null argument where non-null required (arg 2) config_file.c:108: warning: null argument where non-null required (arg 2) config_file.c:109: warning: null argument where non-null required (arg 1) config_file.c:109: warning: null argument where non-null required (arg 1) config_file.c:109: warning: null argument where non-null required (arg 2) config_file.c:109: warning: null argument where non-null required (arg 2) config_file.c:109: warning: null argument where non-null required (arg 1) config_file.c:109: warning: null argument where non-null required (arg 1) config_file.c:109: warning: null argument where non-null required (arg 2) config_file.c:109: warning: null argument where non-null required (arg 2) config_file.c:112: warning: null argument where non-null required (arg 1) config_file.c:112: warning: null argument where non-null required (arg 1) config_file.c:112: warning: null argument where non-null required (arg 2) config_file.c:112: warning: null argument where non-null required (arg 2) config_file.c:112: warning: null argument where non-null required (arg 1) config_file.c:112: warning: null argument where non-null required (arg 1) config_file.c:112: warning: null argument where non-null required (arg 2) config_file.c:112: warning: null argument where non-null required (arg 2) config_file.c:113: warning: null argument where non-null required (arg 1) config_file.c:113: warning: null argument where non-null required (arg 1) config_file.c:113: warning: null argument where non-null required (arg 2) config_file.c:113: warning: null argument where non-null required (arg 2) config_file.c:113: warning: null argument where non-null required (arg 1) config_file.c:113: warning: null argument where non-null required (arg 1) config_file.c:113: warning: null argument where non-null required (arg 2) config_file.c:113: warning: null argument where non-null required (arg 2) config_file.c:114: warning: null argument where non-null required (arg 1) config_file.c:114: warning: null argument where non-null required (arg 1) config_file.c:114: warning: null argument where non-null required (arg 2) config_file.c:114: warning: null argument where non-null required (arg 2) config_file.c:115: warning: null argument where non-null required (arg 1) config_file.c:115: warning: null argument where non-null required (arg 1) config_file.c:115: warning: null argument where non-null required (arg 2) config_file.c:115: warning: null argument where non-null required (arg 2) config_file.c:118: warning: null argument where non-null required (arg 1) config_file.c:118: warning: null argument where non-null required (arg 1) config_file.c:118: warning: null argument where non-null required (arg 2) config_file.c:118: warning: null argument where non-null required (arg 2) config_file.c:118: warning: null argument where non-null required (arg 1) config_file.c:118: warning: null argument where non-null required (arg 1) config_file.c:118: warning: null argument where non-null required (arg 2) config_file.c:118: warning: null argument where non-null required (arg 2) config_file.c:119: warning: null argument where non-null required (arg 1) config_file.c:119: warning: null argument where non-null required (arg 1) config_file.c:119: warning: null argument where non-null required (arg 2) config_file.c:119: warning: null argument where non-null required (arg 2) config_file.c:119: warning: null argument where non-null required (arg 1) config_file.c:119: warning: null argument where non-null required (arg 1) config_file.c:119: warning: null argument where non-null required (arg 2) config_file.c:119: warning: null argument where non-null required (arg 2) config_file.c:120: warning: null argument where non-null required (arg 1) config_file.c:120: warning: null argument where non-null required (arg 1) config_file.c:120: warning: null argument where non-null required (arg 2) config_file.c:120: warning: null argument where non-null required (arg 2) config_file.c:120: warning: null argument where non-null required (arg 1) config_file.c:120: warning: null argument where non-null required (arg 1) config_file.c:120: warning: null argument where non-null required (arg 2) config_file.c:120: warning: null argument where non-null required (arg 2) config_file.c:122: warning: null argument where non-null required (arg 1) config_file.c:122: warning: null argument where non-null required (arg 1) config_file.c:122: warning: null argument where non-null required (arg 2) config_file.c:122: warning: null argument where non-null required (arg 2) config_file.c:122: warning: null argument where non-null required (arg 1) config_file.c:122: warning: null argument where non-null required (arg 1) config_file.c:122: warning: null argument where non-null required (arg 2) config_file.c:122: warning: null argument where non-null required (arg 2) config_file.c:123: warning: null argument where non-null required (arg 1) config_file.c:123: warning: null argument where non-null required (arg 1) config_file.c:123: warning: null argument where non-null required (arg 2) config_file.c:123: warning: null argument where non-null required (arg 2) config_file.c:124: warning: null argument where non-null required (arg 1) config_file.c:124: warning: null argument where non-null required (arg 1) config_file.c:124: warning: null argument where non-null required (arg 2) config_file.c:124: warning: null argument where non-null required (arg 2) config_file.c:124: warning: null argument where non-null required (arg 1) config_file.c:124: warning: null argument where non-null required (arg 1) config_file.c:124: warning: null argument where non-null required (arg 2) config_file.c:124: warning: null argument where non-null required (arg 2) config_file.c:125: warning: null argument where non-null required (arg 1) config_file.c:125: warning: null argument where non-null required (arg 1) config_file.c:125: warning: null argument where non-null required (arg 2) config_file.c:125: warning: null argument where non-null required (arg 2) config_file.c:126: warning: null argument where non-null required (arg 1) config_file.c:126: warning: null argument where non-null required (arg 1) config_file.c:126: warning: null argument where non-null required (arg 2) config_file.c:126: warning: null argument where non-null required (arg 2) config_file.c:127: warning: null argument where non-null required (arg 1) config_file.c:127: warning: null argument where non-null required (arg 1) config_file.c:127: warning: null argument where non-null required (arg 2) config_file.c:127: warning: null argument where non-null required (arg 2) config_file.c:128: warning: null argument where non-null required (arg 1) config_file.c:128: warning: null argument where non-null required (arg 1) config_file.c:128: warning: null argument where non-null required (arg 2) config_file.c:128: warning: null argument where non-null required (arg 2) config_file.c:128: warning: null argument where non-null required (arg 1) config_file.c:128: warning: null argument where non-null required (arg 1) config_file.c:128: warning: null argument where non-null required (arg 2) config_file.c:128: warning: null argument where non-null required (arg 2) config_file.c:129: warning: null argument where non-null required (arg 1) config_file.c:129: warning: null argument where non-null required (arg 1) config_file.c:129: warning: null argument where non-null required (arg 2) config_file.c:129: warning: null argument where non-null required (arg 2) config_file.c:130: warning: null argument where non-null required (arg 1) config_file.c:130: warning: null argument where non-null required (arg 1) config_file.c:130: warning: null argument where non-null required (arg 2) config_file.c:130: warning: null argument where non-null required (arg 2) config_file.c:131: warning: null argument where non-null required (arg 1) config_file.c:131: warning: null argument where non-null required (arg 1) config_file.c:131: warning: null argument where non-null required (arg 2) config_file.c:131: warning: null argument where non-null required (arg 2) config_file.c:131: warning: null argument where non-null required (arg 1) config_file.c:131: warning: null argument where non-null required (arg 1) config_file.c:131: warning: null argument where non-null required (arg 2) config_file.c:131: warning: null argument where non-null required (arg 2) config_file.c:132: warning: null argument where non-null required (arg 1) config_file.c:132: warning: null argument where non-null required (arg 1) config_file.c:132: warning: null argument where non-null required (arg 2) config_file.c:132: warning: null argument where non-null required (arg 2) config_file.c:132: warning: null argument where non-null required (arg 1) config_file.c:132: warning: null argument where non-null required (arg 1) config_file.c:132: warning: null argument where non-null required (arg 2) config_file.c:132: warning: null argument where non-null required (arg 2) config_file.c:137: warning: null argument where non-null required (arg 1) config_file.c:137: warning: null argument where non-null required (arg 1) config_file.c:137: warning: null argument where non-null required (arg 2) config_file.c:137: warning: null argument where non-null required (arg 2) config_file.c:138: warning: null argument where non-null required (arg 1) config_file.c:138: warning: null argument where non-null required (arg 1) config_file.c:138: warning: null argument where non-null required (arg 2) config_file.c:138: warning: null argument where non-null required (arg 2) config_file.c:139: warning: null argument where non-null required (arg 1) config_file.c:139: warning: null argument where non-null required (arg 1) config_file.c:139: warning: null argument where non-null required (arg 2) config_file.c:139: warning: null argument where non-null required (arg 2) config_file.c:139: warning: null argument where non-null required (arg 1) config_file.c:139: warning: null argument where non-null required (arg 1) config_file.c:139: warning: null argument where non-null required (arg 2) config_file.c:139: warning: null argument where non-null required (arg 2) config_file.c:140: warning: null argument where non-null required (arg 1) config_file.c:140: warning: null argument where non-null required (arg 1) config_file.c:140: warning: null argument where non-null required (arg 2) config_file.c:140: warning: null argument where non-null required (arg 2) config_file.c:141: warning: null argument where non-null required (arg 1) config_file.c:141: warning: null argument where non-null required (arg 1) config_file.c:141: warning: null argument where non-null required (arg 2) config_file.c:141: warning: null argument where non-null required (arg 2) config_file.c:142: warning: null argument where non-null required (arg 1) config_file.c:142: warning: null argument where non-null required (arg 1) config_file.c:142: warning: null argument where non-null required (arg 2) config_file.c:142: warning: null argument where non-null required (arg 2) config_file.c:143: warning: null argument where non-null required (arg 1) config_file.c:143: warning: null argument where non-null required (arg 1) config_file.c:143: warning: null argument where non-null required (arg 2) config_file.c:143: warning: null argument where non-null required (arg 2) config_file.c:144: warning: null argument where non-null required (arg 1) config_file.c:144: warning: null argument where non-null required (arg 1) config_file.c:144: warning: null argument where non-null required (arg 2) config_file.c:144: warning: null argument where non-null required (arg 2) config_file.c:146: warning: null argument where non-null required (arg 1) config_file.c:146: warning: null argument where non-null required (arg 1) config_file.c:146: warning: null argument where non-null required (arg 2) config_file.c:146: warning: null argument where non-null required (arg 2) config_file.c:147: warning: null argument where non-null required (arg 1) config_file.c:147: warning: null argument where non-null required (arg 1) config_file.c:147: warning: null argument where non-null required (arg 2) config_file.c:147: warning: null argument where non-null required (arg 2) config_file.c: In function `config_argv': config_file.c:268: error: `gchar' undeclared (first use in this function) config_file.c:268: error: (Each undeclared identifier is reported only once config_file.c:268: error: for each function it appears in.) config_file.c:268: error: `str' undeclared (first use in this function) config_file.c:268: warning: implicit declaration of function `g_strdup_printf' config_file.c:270: warning: implicit declaration of function `g_free' make[2]: *** [libpp_common_la-config_file.lo] Error 1 make[2]: Leaving directory `/home/jderieg/perfparse-0.105.6/libpp_common' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jderieg/perfparse-0.105.6' make: *** [all] Error 2 [root@dns perfparse-0.105.6]# =20 =20 |
|
From: Yves M. <yme...@li...> - 2005-02-22 13:38:49
|
> Yeah, my mysql database grows up ;) Good :) > but on thing, I see something like: > > OK1109073070 or PING OK RTA =3D 0.26 or Real or SSH OK - OpenSSH_3.9p1 > (protocol 2.0) or SSH OK - OpenSSH_3.9p1 (protocol 2.0) in the DropDown= List > with the Hosts - whats going wrong? there values are from Service_Check= s.. Some data that were sent to perfparsed and that do not have the correct f= ormat. Check why nagios sent that to perfparsed. Don't forget to update the documentation with what you did if you can. As= you noticed, the doc is now really too bad and needs some contributions to get better = :) If you have time... :) Yves --=20 - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - - GPG key - http://ymettier.free.fr/gpg.txt - - Maitretarot - http://www.nongnu.org/maitretarot/ - - Perfparse - http://www.perfparse.org/ - |
|
From: Oliver M. <tr...@gm...> - 2005-02-22 12:00:19
|
Yeah, my mysql database grows up ;) but on thing, I see something like: OK1109073070 or PING OK RTA = 0.26 or Real or SSH OK - OpenSSH_3.9p1 (protocol 2.0) or SSH OK - OpenSSH_3.9p1 (protocol 2.0) in the DropDownList with the Hosts - whats going wrong? there values are from Service_Checks.. No Problem with your "short answers", I'll be very happy with that ;) > > > 2005/02/22 12:35:35 [ storage.c:307 4148 ] Could not dump modules > > status > > > the line: Could not dump modules status <-- whats the problem with the > > modules status? > > Ben, consider this as a bug :) > > Olivier, this is probably a directory missing, or a wrong path in > perfparse.cfg. > Try to find what path it needs with "perfparsed --show_config". > If you cannot find it, maybe you can edit perfparse/storage.c at line 307 > and find what > directory is missing ? > > I don't have a lot of time this week and I can only give short answers > like this. Sorry > not to get more into the problem. But as soon as I can give short answers > like this, I > do it :) > > Yves > > -- > - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - > - GPG key - http://ymettier.free.fr/gpg.txt - > - Maitretarot - http://www.nongnu.org/maitretarot/ - > - Perfparse - http://www.perfparse.org/ - > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. -- DSL Komplett von GMX +++ Supergünstig und stressfrei einsteigen! AKTION "Kein Einrichtungspreis" nutzen: http://www.gmx.net/de/go/dsl |
34 messages has been excluded from this view by a project administrator.
