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: Michael C. <MC...@Ne...> - 2004-09-08 15:24:32
|
Working with a bit of messing around. How can I change to use /usr/local/include. This probably will exist on all *BSD I believe. I just moved the files to /usr/include for now, but its really not something I should do, as they will never be remembered when the libraries get upgraded. bash-2.05b# make make all-recursive Making all in libperfparse Making all in perfparse Making all in db_tools Making all in cgi if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/mysql -O -pipe -mcpu=pentiumpro -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I../libperfparse -g -O2 -Wall -MT perfchart.o -MD -MP -MF ".deps/perfchart.Tpo" -c -o perfchart.o perfchart.c; then mv -f ".deps/perfchart.Tpo" ".deps/perfchart.Po"; else rm -f ".deps/perfchart.Tpo"; exit 1; fi perfchart.c: In function `drawXScale': perfchart.c:1027: warning: long int format, int arg (arg 3) perfchart.c:1122: warning: long int format, int arg (arg 3) perfchart.c:1176: warning: long int format, int arg (arg 3) perfchart.c:1176: warning: long int format, int arg (arg 4) if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/mysql -O -pipe -mcpu=pentiumpro -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I../libperfparse -g -O2 -Wall -MT cgi.o -MD -MP -MF ".deps/cgi.Tpo" -c -o cgi.o cgi.c; then mv -f ".deps/cgi.Tpo" ".deps/cgi.Po"; else rm -f ".deps/cgi.Tpo"; exit 1; fi /usr/local/bin/bash ../libtool --mode=link gcc -g -O2 -Wall -o perfchart.png perfchart.o cgi.o -rpath=/usr/lib:/usr/local/lib -L/usr/local/lib/mysql -lmysqlclient -lz -lcrypt -lm -L/usr/lib -lssl -lcrypto -L/usr/local/lib -lglib-2.0 -liconv -L/lib -lgd -L../libperfparse -lperfparse gcc -g -O2 -Wall -o .libs/perfchart.png perfchart.o cgi.o -rpath=/usr/lib:/usr/local/lib -L/usr/local/lib/mysql -lmysqlclient -lz -lcrypt -lm -L/usr/lib -lssl -lcrypto -L/usr/local/lib -lglib-2.0 -liconv -L/lib -lgd -L/opt/perfparse-0.100.3/libperfparse /opt/perfparse-0.100.3/libperfparse/.libs/libperfparse.so -Wl,--rpath -Wl,/usr/local/nagios/lib creating perfchart.png if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/mysql -O -pipe -mcpu=pentiumpro -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I../libperfparse -g -O2 -Wall -MT perfgant.o -MD -MP -MF ".deps/perfgant.Tpo" -c -o perfgant.o perfgant.c; then mv -f ".deps/perfgant.Tpo" ".deps/perfgant.Po"; else rm -f ".deps/perfgant.Tpo"; exit 1; fi /usr/local/bin/bash ../libtool --mode=link gcc -g -O2 -Wall -o perfgant.png perfgant.o cgi.o -rpath=/usr/lib:/usr/local/lib -L/usr/local/lib/mysql -lmysqlclient -lz -lcrypt -lm -L/usr/lib -lssl -lcrypto -L/usr/local/lib -lglib-2.0 -liconv -L/lib -lgd -L../libperfparse -lperfparse gcc -g -O2 -Wall -o .libs/perfgant.png perfgant.o cgi.o -rpath=/usr/lib:/usr/local/lib -L/usr/local/lib/mysql -lmysqlclient -lz -lcrypt -lm -L/usr/lib -lssl -lcrypto -L/usr/local/lib -lglib-2.0 -liconv -L/lib -lgd -L/opt/perfparse-0.100.3/libperfparse /opt/perfparse-0.100.3/libperfparse/.libs/libperfparse.so -Wl,--rpath -Wl,/usr/local/nagios/lib creating perfgant.png Making all in images Making all in config Making all in contrib rm -f perfparse_daemon.sh perfparse_daemon.sh.tmp sed -e 's,@bindir\@,/usr/local/bin,g' -e 's,@prefix\@,/usr/local,g' ./perfparse_daemon.sh.in >perfparse_daemon.sh.tmp chmod +x perfparse_daemon.sh.tmp mv perfparse_daemon.sh.tmp perfparse_daemon.sh > -----Original Message----- > From: Michael Clark [mailto:MC...@Ne...] > Sent: Wednesday, September 08, 2004 10:09 AM > To: 'Ben Clewett' > Cc: 'per...@li...' > Subject: RE: [Perfparse-users] FreeBSD 5.2.1 / compile problems / evil > lib s? > > > > > > > Michael, > > > > It looks like you do not have the GB package installed. > For instance > > gd.h should be in /usr/include. > ^^^ /usr/include is evil. I should have thought of that. > > --- > bash-2.05b# pkg_info | grep gd > gd-2.0.15_1,1 A graphics library for fast creation of images > gdb-5.3_1,1 GNU GDB 5.3 developmental snapshot > gdbm-1.8.3_1 The GNU database manager > gdk-pixbuf-0.22.0 A graphic library for GTK+ > libgda-0.2.96_2 Provides uniform access to different kinds of data > sources > ---- > bash-2.05b# ls /usr/include/ | grep gd > ---- > bash-2.05b# ls /usr/local/include/ | grep gd > gd.h > gd_io.h > gdbm.h > gdcache.h > gdfontg.h > gdfontl.h > gdfontmb.h > gdfonts.h > gdfontt.h > ---- > > Where is the path in the C so I can change it? > > > > > > > > You might have to manually install these from source. > > > > Let us know how you get along, > > > > Ben > > > > > > Michael Clark wrote: > > > > > > > > I am having a very hard time with this for some reason. > > Perhaps I have > > > to compile a lib from source because I have tried upgrading > > everything I > > > thought could be related using ports/packages. > > > I am not familiar with the gd.h which seems to be the > > problem I believe. > > > > > > RTFM's appreciated, finding my stupid mistakes priceless =) > > > > > > > > > bash-2.05b# make > > > make all-recursive > > > Making all in libperfparse > > > Making all in perfparse > > > Making all in db_tools > > > Making all in cgi > > > if gcc -DHAVE_CONFIG_H -I. -I. -I.. > > -I/usr/local/include/mysql -O -pipe > > > -mcpu=pentiumpro -I/usr/local/include/glib-2.0 > > > -I/usr/local/lib/glib-2.0/include -I../libpe > > > rfparse -g -O2 -Wall -MT perfchart.o -MD -MP -MF > > > ".deps/perfchart.Tpo" -c -o perfchart.o perfchart.c; then mv -f > > > ".deps/perfchart.Tpo" ".deps/perfchart.Po"; els > > > e rm -f ".deps/perfchart.Tpo"; exit 1; fi > > > perfchart.c:33:16: gd.h: No such file or directory > > > perfchart.c:34:21: gdfonts.h: No such file or directory > > > perfchart.c:35:22: gdfontmb.h: No such file or directory > > > perfchart.c:51: error: syntax error before "graph" > > > perfchart.c:51: warning: type defaults to `int' in > > declaration of `graph' > > > perfchart.c:51: warning: data definition has no type or > > storage class > > > perfchart.c: In function `main': > > > perfchart.c:249: warning: implicit declaration of function > > > `gdImageRectangle' > > > perfchart.c:253: warning: implicit declaration of function > > > `gdImageFilledRectangle' > > > perfchart.c:267: warning: implicit declaration of function > > `gdImagePng' > > > perfchart.c: In function `initChartGraphics': > > > perfchart.c:407: warning: implicit declaration of function > > `gdImageCreate' > > > perfchart.c:411: warning: implicit declaration of function > > > `gdImageColorAllocate' > > > perfchart.c: In function `drawHeadings': > > > perfchart.c:514: warning: implicit declaration of function > > `gdImageString' > > > perfchart.c:514: error: `gdFontSmall' undeclared (first > use in this > > > function) > > > perfchart.c:514: error: (Each undeclared identifier is > > reported only once > > > perfchart.c:514: error: for each function it appears in.) > > > perfchart.c:515: warning: implicit declaration of function > > `gdImageLine' > > > perfchart.c:575: error: `gdFontMediumBold' undeclared > > (first use in this > > > function) > > > perfchart.c: In function `drawYScalePercent': > > > perfchart.c:943: error: `gdFontSmall' undeclared (first > use in this > > > function) > > > perfchart.c: In function `drawYScale': > > > perfchart.c:1006: error: `gdFontSmall' undeclared (first > > use in this > > > function) > > > perfchart.c: In function `drawXScale': > > > perfchart.c:1027: warning: long int format, int arg (arg 3) > > > perfchart.c:1028: error: `gdFontSmall' undeclared (first > > use in this > > > function) > > > perfchart.c:1122: warning: long int format, int arg (arg 3) > > > perfchart.c:1176: warning: long int format, int arg (arg 3) > > > perfchart.c:1176: warning: long int format, int arg (arg 4) > > > perfchart.c: In function `fail': > > > perfchart.c:1535: error: `gdFontSmall' undeclared (first > > use in this > > > function) > > > perfchart.c: In function `sql_fail': > > > perfchart.c:1664: error: `gdFontSmall' undeclared (first > > use in this > > > function) > > > *** Error code 1 > > > > > > Stop in /opt/perfparse-0.100.3/cgi. > > > *** Error code 1 > > > > > > Stop in /opt/perfparse-0.100.3. > > > *** Error code 1 > > > > > > Stop in /opt/perfparse-0.100.3. > > > bash-2.05b# > > > > > > > > > > > > > > > *CONFIDENTIALITY NOTE: This electronic transmission, > including all > > > attachments, is directed in confidence solely to the > > person(s) to whom > > > it is addressed, or an authorized recipient, and may not > > otherwise be > > > distributed, copied or disclosed. The contents of the > > transmission may > > > also be subject to intellectual property rights and all > > such rights are > > > expressly claimed and are not waived. If you have received this > > > transmission in error, please notify the sender immediately > > by return > > > electronic transmission and then immediately delete this > > transmission, > > > including all attachments, without copying, distributing or > > disclosing > > > same. * > > > > > > > > > > > > > > CONFIDENTIALITY NOTE: This electronic transmission, including all > attachments, is directed in confidence solely to the > person(s) to whom it is > addressed, or an authorized recipient, and may not otherwise > be distributed, > copied or disclosed. The contents of the transmission may > also be subject to > intellectual property rights and all such rights are > expressly claimed and > are not waived. If you have received this transmission in > error, please > notify the sender immediately by return electronic > transmission and then > immediately delete this transmission, including all > attachments, without > copying, distributing or disclosing same. > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > _______________________________________________ > Perfparse-users mailing list > Per...@li... > https://lists.sourceforge.net/lists/listinfo/perfparse-users > CONFIDENTIALITY NOTE: This electronic transmission, including all attachments, is directed in confidence solely to the person(s) to whom it is addressed, or an authorized recipient, and may not otherwise be distributed, copied or disclosed. The contents of the transmission may also be subject to intellectual property rights and all such rights are expressly claimed and are not waived. If you have received this transmission in error, please notify the sender immediately by return electronic transmission and then immediately delete this transmission, including all attachments, without copying, distributing or disclosing same. |
From: Michael C. <MC...@Ne...> - 2004-09-08 15:07:04
|
> > Michael, > > It looks like you do not have the GB package installed. For instance > gd.h should be in /usr/include. ^^^ /usr/include is evil. I should have thought of that. --- bash-2.05b# pkg_info | grep gd gd-2.0.15_1,1 A graphics library for fast creation of images gdb-5.3_1,1 GNU GDB 5.3 developmental snapshot gdbm-1.8.3_1 The GNU database manager gdk-pixbuf-0.22.0 A graphic library for GTK+ libgda-0.2.96_2 Provides uniform access to different kinds of data sources ---- bash-2.05b# ls /usr/include/ | grep gd ---- bash-2.05b# ls /usr/local/include/ | grep gd gd.h gd_io.h gdbm.h gdcache.h gdfontg.h gdfontl.h gdfontmb.h gdfonts.h gdfontt.h ---- Where is the path in the C so I can change it? > > You might have to manually install these from source. > > Let us know how you get along, > > Ben > > > Michael Clark wrote: > > > > > I am having a very hard time with this for some reason. > Perhaps I have > > to compile a lib from source because I have tried upgrading > everything I > > thought could be related using ports/packages. > > I am not familiar with the gd.h which seems to be the > problem I believe. > > > > RTFM's appreciated, finding my stupid mistakes priceless =) > > > > > > bash-2.05b# make > > make all-recursive > > Making all in libperfparse > > Making all in perfparse > > Making all in db_tools > > Making all in cgi > > if gcc -DHAVE_CONFIG_H -I. -I. -I.. > -I/usr/local/include/mysql -O -pipe > > -mcpu=pentiumpro -I/usr/local/include/glib-2.0 > > -I/usr/local/lib/glib-2.0/include -I../libpe > > rfparse -g -O2 -Wall -MT perfchart.o -MD -MP -MF > > ".deps/perfchart.Tpo" -c -o perfchart.o perfchart.c; then mv -f > > ".deps/perfchart.Tpo" ".deps/perfchart.Po"; els > > e rm -f ".deps/perfchart.Tpo"; exit 1; fi > > perfchart.c:33:16: gd.h: No such file or directory > > perfchart.c:34:21: gdfonts.h: No such file or directory > > perfchart.c:35:22: gdfontmb.h: No such file or directory > > perfchart.c:51: error: syntax error before "graph" > > perfchart.c:51: warning: type defaults to `int' in > declaration of `graph' > > perfchart.c:51: warning: data definition has no type or > storage class > > perfchart.c: In function `main': > > perfchart.c:249: warning: implicit declaration of function > > `gdImageRectangle' > > perfchart.c:253: warning: implicit declaration of function > > `gdImageFilledRectangle' > > perfchart.c:267: warning: implicit declaration of function > `gdImagePng' > > perfchart.c: In function `initChartGraphics': > > perfchart.c:407: warning: implicit declaration of function > `gdImageCreate' > > perfchart.c:411: warning: implicit declaration of function > > `gdImageColorAllocate' > > perfchart.c: In function `drawHeadings': > > perfchart.c:514: warning: implicit declaration of function > `gdImageString' > > perfchart.c:514: error: `gdFontSmall' undeclared (first use in this > > function) > > perfchart.c:514: error: (Each undeclared identifier is > reported only once > > perfchart.c:514: error: for each function it appears in.) > > perfchart.c:515: warning: implicit declaration of function > `gdImageLine' > > perfchart.c:575: error: `gdFontMediumBold' undeclared > (first use in this > > function) > > perfchart.c: In function `drawYScalePercent': > > perfchart.c:943: error: `gdFontSmall' undeclared (first use in this > > function) > > perfchart.c: In function `drawYScale': > > perfchart.c:1006: error: `gdFontSmall' undeclared (first > use in this > > function) > > perfchart.c: In function `drawXScale': > > perfchart.c:1027: warning: long int format, int arg (arg 3) > > perfchart.c:1028: error: `gdFontSmall' undeclared (first > use in this > > function) > > perfchart.c:1122: warning: long int format, int arg (arg 3) > > perfchart.c:1176: warning: long int format, int arg (arg 3) > > perfchart.c:1176: warning: long int format, int arg (arg 4) > > perfchart.c: In function `fail': > > perfchart.c:1535: error: `gdFontSmall' undeclared (first > use in this > > function) > > perfchart.c: In function `sql_fail': > > perfchart.c:1664: error: `gdFontSmall' undeclared (first > use in this > > function) > > *** Error code 1 > > > > Stop in /opt/perfparse-0.100.3/cgi. > > *** Error code 1 > > > > Stop in /opt/perfparse-0.100.3. > > *** Error code 1 > > > > Stop in /opt/perfparse-0.100.3. > > bash-2.05b# > > > > > > > > > > *CONFIDENTIALITY NOTE: This electronic transmission, including all > > attachments, is directed in confidence solely to the > person(s) to whom > > it is addressed, or an authorized recipient, and may not > otherwise be > > distributed, copied or disclosed. The contents of the > transmission may > > also be subject to intellectual property rights and all > such rights are > > expressly claimed and are not waived. If you have received this > > transmission in error, please notify the sender immediately > by return > > electronic transmission and then immediately delete this > transmission, > > including all attachments, without copying, distributing or > disclosing > > same. * > > > > > > > CONFIDENTIALITY NOTE: This electronic transmission, including all attachments, is directed in confidence solely to the person(s) to whom it is addressed, or an authorized recipient, and may not otherwise be distributed, copied or disclosed. The contents of the transmission may also be subject to intellectual property rights and all such rights are expressly claimed and are not waived. If you have received this transmission in error, please notify the sender immediately by return electronic transmission and then immediately delete this transmission, including all attachments, without copying, distributing or disclosing same. |
From: Ben C. <Be...@cl...> - 2004-09-08 14:47:15
|
Michael, It looks like you do not have the GB package installed. For instance gd.h should be in /usr/include. You might have to manually install these from source. Let us know how you get along, Ben Michael Clark wrote: > > I am having a very hard time with this for some reason. Perhaps I have > to compile a lib from source because I have tried upgrading everything I > thought could be related using ports/packages. > I am not familiar with the gd.h which seems to be the problem I believe. > > RTFM's appreciated, finding my stupid mistakes priceless =) > > > bash-2.05b# make > make all-recursive > Making all in libperfparse > Making all in perfparse > Making all in db_tools > Making all in cgi > if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/mysql -O -pipe > -mcpu=pentiumpro -I/usr/local/include/glib-2.0 > -I/usr/local/lib/glib-2.0/include -I../libpe > rfparse -g -O2 -Wall -MT perfchart.o -MD -MP -MF > ".deps/perfchart.Tpo" -c -o perfchart.o perfchart.c; then mv -f > ".deps/perfchart.Tpo" ".deps/perfchart.Po"; els > e rm -f ".deps/perfchart.Tpo"; exit 1; fi > perfchart.c:33:16: gd.h: No such file or directory > perfchart.c:34:21: gdfonts.h: No such file or directory > perfchart.c:35:22: gdfontmb.h: No such file or directory > perfchart.c:51: error: syntax error before "graph" > perfchart.c:51: warning: type defaults to `int' in declaration of `graph' > perfchart.c:51: warning: data definition has no type or storage class > perfchart.c: In function `main': > perfchart.c:249: warning: implicit declaration of function > `gdImageRectangle' > perfchart.c:253: warning: implicit declaration of function > `gdImageFilledRectangle' > perfchart.c:267: warning: implicit declaration of function `gdImagePng' > perfchart.c: In function `initChartGraphics': > perfchart.c:407: warning: implicit declaration of function `gdImageCreate' > perfchart.c:411: warning: implicit declaration of function > `gdImageColorAllocate' > perfchart.c: In function `drawHeadings': > perfchart.c:514: warning: implicit declaration of function `gdImageString' > perfchart.c:514: error: `gdFontSmall' undeclared (first use in this > function) > perfchart.c:514: error: (Each undeclared identifier is reported only once > perfchart.c:514: error: for each function it appears in.) > perfchart.c:515: warning: implicit declaration of function `gdImageLine' > perfchart.c:575: error: `gdFontMediumBold' undeclared (first use in this > function) > perfchart.c: In function `drawYScalePercent': > perfchart.c:943: error: `gdFontSmall' undeclared (first use in this > function) > perfchart.c: In function `drawYScale': > perfchart.c:1006: error: `gdFontSmall' undeclared (first use in this > function) > perfchart.c: In function `drawXScale': > perfchart.c:1027: warning: long int format, int arg (arg 3) > perfchart.c:1028: error: `gdFontSmall' undeclared (first use in this > function) > perfchart.c:1122: warning: long int format, int arg (arg 3) > perfchart.c:1176: warning: long int format, int arg (arg 3) > perfchart.c:1176: warning: long int format, int arg (arg 4) > perfchart.c: In function `fail': > perfchart.c:1535: error: `gdFontSmall' undeclared (first use in this > function) > perfchart.c: In function `sql_fail': > perfchart.c:1664: error: `gdFontSmall' undeclared (first use in this > function) > *** Error code 1 > > Stop in /opt/perfparse-0.100.3/cgi. > *** Error code 1 > > Stop in /opt/perfparse-0.100.3. > *** Error code 1 > > Stop in /opt/perfparse-0.100.3. > bash-2.05b# > > > > > *CONFIDENTIALITY NOTE: This electronic transmission, including all > attachments, is directed in confidence solely to the person(s) to whom > it is addressed, or an authorized recipient, and may not otherwise be > distributed, copied or disclosed. The contents of the transmission may > also be subject to intellectual property rights and all such rights are > expressly claimed and are not waived. If you have received this > transmission in error, please notify the sender immediately by return > electronic transmission and then immediately delete this transmission, > including all attachments, without copying, distributing or disclosing > same. * > > > |
From: Ben C. <Be...@cl...> - 2004-09-08 14:44:54
|
Can you upgrade to version 0.100.4 which should deal with this problem. Regards, Ben. Ricardo David Martins wrote: > Ben, > > I've found something awkward, > > on presenting the graphs PP always states "Warning, graph seems to have died". > > Is this ok? > > Regards > |
From: Ricardo D. M. <ric...@gm...> - 2004-09-08 14:38:47
|
Ben, I've found something awkward, on presenting the graphs PP always states "Warning, graph seems to have died". Is this ok? Regards -- Ricardo David Martins On Wed, 08 Sep 2004 14:50:00 +0100, Ben Clewett <be...@cl...> wrote: > Ricardo, > > The hostperf.log is not used in any way. This program only processes > the performance data from the plugin, and records it's output and return > value on each run. > > There is an option to delete this file which is present for convenience > only. > > Sorry about the restart. You can delay PerfParse to every few minute if > you prefer. There is a permanent fix for this problem currently in > development where you will not have to restart Nagios in this way more > than once a day, and get data within seconds of Nagios publishing it. > > I hope you enjoy using it. Please let us know if there is anything we > can do, or anything you believe must be included before we get to > version 1.0.0. > > Regards, Ben Clewett. > > > > > Ricardo David Martins wrote: > > > Hi, > > > > i am currently making some tests with perfparse i've encountered some issues. > > > > > > On perfparse.sh it stats PERF_FILE="/usr/local/nagios/var/serviceperf.log". > > My question is regarding the hostperf.log. What about it? Is this ever > > processed? > > > > Another question is regarding the periodically executed script > > perfparse.sh. It makes nagios restart. This is annoying. Is this > > normal? Is it really necessary? > > > > I think PerfParse is very useful, especially what concerns historical > > records and flexibility of showing it. > > > > Many thanks > > > > |
From: Michael C. <MC...@Ne...> - 2004-09-08 14:38:18
|
I am having a very hard time with this for some reason. Perhaps I have to compile a lib from source because I have tried upgrading everything I thought could be related using ports/packages. I am not familiar with the gd.h which seems to be the problem I believe. RTFM's appreciated, finding my stupid mistakes priceless =) bash-2.05b# make make all-recursive Making all in libperfparse Making all in perfparse Making all in db_tools Making all in cgi if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/mysql -O -pipe -mcpu=pentiumpro -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I../libpe rfparse -g -O2 -Wall -MT perfchart.o -MD -MP -MF ".deps/perfchart.Tpo" -c -o perfchart.o perfchart.c; then mv -f ".deps/perfchart.Tpo" ".deps/perfchart.Po"; els e rm -f ".deps/perfchart.Tpo"; exit 1; fi perfchart.c:33:16: gd.h: No such file or directory perfchart.c:34:21: gdfonts.h: No such file or directory perfchart.c:35:22: gdfontmb.h: No such file or directory perfchart.c:51: error: syntax error before "graph" perfchart.c:51: warning: type defaults to `int' in declaration of `graph' perfchart.c:51: warning: data definition has no type or storage class perfchart.c: In function `main': perfchart.c:249: warning: implicit declaration of function `gdImageRectangle' perfchart.c:253: warning: implicit declaration of function `gdImageFilledRectangle' perfchart.c:267: warning: implicit declaration of function `gdImagePng' perfchart.c: In function `initChartGraphics': perfchart.c:407: warning: implicit declaration of function `gdImageCreate' perfchart.c:411: warning: implicit declaration of function `gdImageColorAllocate' perfchart.c: In function `drawHeadings': perfchart.c:514: warning: implicit declaration of function `gdImageString' perfchart.c:514: error: `gdFontSmall' undeclared (first use in this function) perfchart.c:514: error: (Each undeclared identifier is reported only once perfchart.c:514: error: for each function it appears in.) perfchart.c:515: warning: implicit declaration of function `gdImageLine' perfchart.c:575: error: `gdFontMediumBold' undeclared (first use in this function) perfchart.c: In function `drawYScalePercent': perfchart.c:943: error: `gdFontSmall' undeclared (first use in this function) perfchart.c: In function `drawYScale': perfchart.c:1006: error: `gdFontSmall' undeclared (first use in this function) perfchart.c: In function `drawXScale': perfchart.c:1027: warning: long int format, int arg (arg 3) perfchart.c:1028: error: `gdFontSmall' undeclared (first use in this function) perfchart.c:1122: warning: long int format, int arg (arg 3) perfchart.c:1176: warning: long int format, int arg (arg 3) perfchart.c:1176: warning: long int format, int arg (arg 4) perfchart.c: In function `fail': perfchart.c:1535: error: `gdFontSmall' undeclared (first use in this function) perfchart.c: In function `sql_fail': perfchart.c:1664: error: `gdFontSmall' undeclared (first use in this function) *** Error code 1 Stop in /opt/perfparse-0.100.3/cgi. *** Error code 1 Stop in /opt/perfparse-0.100.3. *** Error code 1 Stop in /opt/perfparse-0.100.3. bash-2.05b# CONFIDENTIALITY NOTE: This electronic transmission, including all attachments, is directed in confidence solely to the person(s) to whom it is addressed, or an authorized recipient, and may not otherwise be distributed, copied or disclosed. The contents of the transmission may also be subject to intellectual property rights and all such rights are expressly claimed and are not waived. If you have received this transmission in error, please notify the sender immediately by return electronic transmission and then immediately delete this transmission, including all attachments, without copying, distributing or disclosing same. |
From: Ben C. <Be...@cl...> - 2004-09-08 13:50:22
|
Ricardo, The hostperf.log is not used in any way. This program only processes the performance data from the plugin, and records it's output and return value on each run. There is an option to delete this file which is present for convenience only. Sorry about the restart. You can delay PerfParse to every few minute if you prefer. There is a permanent fix for this problem currently in development where you will not have to restart Nagios in this way more than once a day, and get data within seconds of Nagios publishing it. I hope you enjoy using it. Please let us know if there is anything we can do, or anything you believe must be included before we get to version 1.0.0. Regards, Ben Clewett. Ricardo David Martins wrote: > Hi, > > i am currently making some tests with perfparse i've encountered some issues. > > > On perfparse.sh it stats PERF_FILE="/usr/local/nagios/var/serviceperf.log". > My question is regarding the hostperf.log. What about it? Is this ever > processed? > > Another question is regarding the periodically executed script > perfparse.sh. It makes nagios restart. This is annoying. Is this > normal? Is it really necessary? > > I think PerfParse is very useful, especially what concerns historical > records and flexibility of showing it. > > Many thanks > |
From: Ricardo D. M. <ric...@gm...> - 2004-09-08 13:41:22
|
Hi, i am currently making some tests with perfparse i've encountered some issues. On perfparse.sh it stats PERF_FILE="/usr/local/nagios/var/serviceperf.log". My question is regarding the hostperf.log. What about it? Is this ever processed? Another question is regarding the periodically executed script perfparse.sh. It makes nagios restart. This is annoying. Is this normal? Is it really necessary? I think PerfParse is very useful, especially what concerns historical records and flexibility of showing it. Many thanks -- Ricardo David Martins |
From: Arnar T. <ar...@ca...> - 2004-09-08 10:19:40
|
actually no but changing the Lock_File path from /var/lock/perfparse.lock to /usr/local/nagios/var/perfparse.lock does solve my problem and perfparse is now crunching my data :) Its always something simple isnt it ;) thx for your help all now onto the next business of setting up a bunch of passive checks On Wed, 2004-09-08 at 07:36, Yves Mettier wrote: > Check your config file. > Lock_File=perfparse.lock > Nagios_Lock=nagios.lock > > If you set Lock_File as nagios.lock, perfparse will never run while nagios is running :) > > Yves > > > > Ben, > > > > Yes I have the same versions of MySQL client library as MySQL server > > (4.0.20) > > > > As for the manual debugging: > > > > > > As far as I can seen perfparse stops in the function lock_or_exit: > > ...snip... > > i = open (conf->Lock_File, O_RDWR | O_CREAT, 0640); > > CSDEBUG1("after open"); > > CSDEBUG2(i); > > if(i < 0) > > { > > CSDEBUG1("open failure"); > > exit (EXIT_FAILURE); > > } > > ...snip... > > > > attacted is my modified perfparse.c file with debug macro and my > > perfparse.cfg file. > > perfparse version is 0.100.3 > > > > ok so perfparse cant open the lock file > > lock file permissions are: > > [nagios@black148 var]$ ll /usr/local/nagios/var/nagios.lock > > -rw-r--r-- 1 root root 6 Sep 7 17:35 nagios.lock > > > > are the permissions here wrong ?? at least I dont see that. > > > > > > > > On Fri, 2004-09-03 at 08:11, Ben Clewett wrote: > >> Arner, > >> > >> By the look of the response, it seems that the program 'perfparse' is > >> crashing somewhere after loading the configuration file and before > >> parsing the data. Unfortunately there is a lot of code here. > >> > >> Can you first check that the version of your MySQL client library is the > >> same as your MySQL server? This can cause this problem. > >> > >> If not, then some heavier debugging will be needed. > >> > >> You can use tools like gdb if you feel confident. > >> > >> There is another debug, but it is manual. :) As we are all keen to find > >> your problem, I ask whether you might have time to have a go? > >> > >> In the file perfparse/perfparse.c you can add the macro 'DB;' which > >> reports the current line. If this is used, it will show the line of the > >> code when running. Using this, and a little trial/error, it's possible > >> to find the line it stops at. > >> > >> Eg, in the main() use: > >> > >> int main(int argc, char **argv) > >> { > >> char*config_file_name=NULL; > >> tStart = time(NULL); > >> sProgName = argv[0]; > >> config_file_name = parse_arg_basic(argc, argv); > >> > >> DL; > >> > >> /* Get default settings */ > >> conf = conf_load(config_file_name); > >> > >> DL; > >> > >> /* Parse passed parameters: */ > >> parse_arg(argc, argv); > >> > >> DL; > >> > >> /* Check the parameters */ > >> check_params(argc,argv,conf); > >> > >> DL; > >> > >> /* Connect to MySQL: */ > >> now_connect(TRUE); > >> > >> DL; > >> > >> This will print to the shell: > >> > >> 00160:HERE > >> 00165:HERE > >> 00170:HERE > >> 00175:HERE > >> 00180:HERE > >> > >> Using this method, it's possible to find out exactly where and when you > >> program stops. > >> > >> If you can give us any feedback here, this would be very much appreciated. > >> > >> Regards, > >> > >> Ben > >> > >> > >> > >> > >> > >> Arnar Thorarinsson wrote: > >> > >> > Thats just it when I run /usr/local/nagios/bin/perfparse -r I get no > >> > output, example: > >> > [nagios@black148 nagios]$ /usr/local/nagios/bin/perfparse -r > >> > [nagios@black148 nagios]$ > >> > > >> > I see no /tmp/perfparse.drop file > >> > > >> > Does this not suggest that perfparse never gets to actually parse the > >> > serviceperf.log file ? > >> > > >> > file permissions for serviceperf.log are : > >> > rw-rw-r-- 1 nagios nagios 737105 Sep 2 08:36 serviceperf.log > >> > example lines from serviceperf.log: > >> > > >> > 1094114364 kerf-2621-a PING PING OK - Packet loss = 0%, RTA > >> > = 1.36 ms OK > >> > 1094114404 pax.caa.is DNS DNS OK: 0.407 seconds response > >> > time, black70 returns 192.168.106.70 OK > >> > time=0.407424s;;;0.000000 > >> > 1094114444 rex.caa.is FTP FTP OK - 0.038 second response > >> > time on port 21 [220 ready, dude (vsFTPd 1.1.0: beat me, break me)] > >> > OK time=0.037926s;0.000000;0.000000;0.000000;10.000000 > >> > 1094114494 rex.caa.is PING PING OK - Packet loss = 0%, RTA > >> > = 0.23 ms OK > >> > 1094114534 kerf-2621-b PING PING OK - Packet loss = 0%, RTA > >> > = 1.17 ms OK > >> > 1094114584 pax.caa.is PING FPING OK - 192.168.106.12 > >> > (loss=0%, rta=79.500000 ms) OK loss=0%;50;75;0;100 > >> > rta=0.079500s;2.000000;5.000000;0.000000 > >> > > >> > can I turn some sort of debug on in perfparse ? > >> > > >> > > >> > > >> > On Thu, 2004-09-02 at 07:41, Ben Clewett wrote: > >> > > >> >>Dear Arnar, > >> >> > >> >>You should be getting data. > >> >> > >> >>Can you do two things for me? > >> >> > >> >>Can you wait until you have a good sized log file. Then run 'perfparse > >> >>-r' and return me the output from the run. > >> >> > >> >>Can you also check your drop file, which I see is /tmp/perfparse.drop. > >> >>This might give you some reason why you have no data. > >> >> > >> >>Regards, Ben > >> >> > >> >> > >> >> > >> >>Arnar Thorarinsson wrote: > >> >> > >> >> > >> >>>Just installed PerfParse ( version 0.100.1 ) and no data is put into the > >> >>>mysql database. > >> >>> > >> >>>Running Nagios 1.2 on a redhat 9 system. > >> >>>when running /usr/local/nagios/bin/perfparse I get no output > >> >>> > >> >>> > >> >>>/usr/local/nagios/bin/perfparse --show_config > >> >>>DB_User = "perfmon" > >> >>>DB_Name = "perfmon" > >> >>>DB_Pass = "perfmon123" > >> >>>DB_Host = "localhost" > >> >>>Drop_File = "/tmp/perfparse.drop" > >> >>>Service_Log = "/usr/local/nagios/var/serviceperf.log" > >> >>>Host_Log = "/usr/local/nagios/var/hostperf.log" > >> >>>Dummy_Hostname = "dummy" > >> >>>Delete_Service_Log = "No" > >> >>>Delete_Host_Log = "No" > >> >>>Nagios_Lock = "/usr/local/nagios/var/nagios.lock" > >> >>>Lock_File = "/var/lock/perfparse.lock" > >> >>>Be_Silent = "no" > >> >>>Do_Report = "no" > >> >>>Accept_Odd_Chars_in_Label = "no" > >> >>>Default_user_permissions_Policy = "rw" > >> >>>Default_user_permissions_Host_groups = "rw" > >> >>> > >> >>> > >> >>>I am using the check_http plugin ( which to my understanding is fully > >> >>>compatable with PerfParse ) > >> >>> > >> >>>in /usr/local/nagios/var/serviceperf.log getting : > >> >>>1094062001 rex HTTP HTTP OK HTTP/1.1 200 OK - 4746 bytes in > >> >>>0.531 seconds OK time=0.531222s;;;0.000000 size=4746B;;;0 > >> >>> > >> >>>but nothing is entered into the database for PerfParse, is the output in > >> >>>the serviceperf.log not correct ? > >> >>> > >> >>>After initial installation of PerfParse are all the tables in the > >> >>>database suppost to be empty ? > >> >>>what am I missing here ??? > >> >>> > >> >>> > >> >>> > > -- > > Kveðja > > Arnar Þórarinsson > > > > Tölvunarfræðingur > > Kerfisdeild > > Sími : 569 4289 > > GSM : 861 2871 > > ---------------------- > > Flugmálastjórn Íslands > > Reykjavíkurflugvöllur > > 121 Reykjavík > > http://www.caa.is > > ---------------------- > > -- Kveðja Arnar Þórarinsson Tölvunarfræðingur Kerfisdeild Sími : 569 4289 GSM : 861 2871 ---------------------- Flugmálastjórn Íslands Reykjavíkurflugvöllur 121 Reykjavík http://www.caa.is ---------------------- |
From: Ben C. <Be...@cl...> - 2004-09-08 10:16:46
|
Bertinelli, I am glad you have this working. There is currently no way of deleting a host. But there is most of the code in place to do so (Provided by Yves), I just have to get round to finishing it :) Note however that hosts will get re-generated when new data is parsed. You must disable performance data for each unwanted host in Nagios to avoid this. Since you ask, I'll try and accelerate the deletion code and get it out shortly. Regards, Ben. Bertinelli Massimo wrote: > I installed perfparse perfectly and work fine. But i have a simply > questions: > > wich is the right way to delete an host (and all your data) on db? > > Thanks for help > > Massimo Bertinelli > |
From: Bertinelli M. <Ber...@an...> - 2004-09-08 10:11:54
|
I installed perfparse perfectly and work fine. But i have a simply questions: wich is the right way to delete an host (and all your data) on db? Thanks for help Massimo Bertinelli |
From: Ben C. <Be...@cl...> - 2004-09-08 08:20:17
|
New version 0.100.4 Some users are complaining about strange messages in the graph and slow response. This is with respect to an attempt to get the graph image to calculate the stats, then display them on the calling cgi code. This seems not to work with proxy servers and other as yet unknown factors. This is a release which does not display graph statistics until we have worked out a working model for this. Please keep the excellent feed back coming in! Regards, Ben. |
From: Yves M. <yme...@li...> - 2004-09-08 07:36:59
|
Check your config file. Lock_File=3Dperfparse.lock Nagios_Lock=3Dnagios.lock If you set Lock_File as nagios.lock, perfparse will never run while nagio= s is running :) Yves > Ben, > > Yes I have the same versions of MySQL client library as MySQL server > (4.0.20) > > As for the manual debugging: > > > As far as I can seen perfparse stops in the function lock_or_exit: > ...snip... > i =3D open (conf->Lock_File, O_RDWR | O_CREAT, 0640); > CSDEBUG1("after open"); > CSDEBUG2(i); > if(i < 0) > { > CSDEBUG1("open failure"); > exit (EXIT_FAILURE); > } > ...snip... > > attacted is my modified perfparse.c file with debug macro and my > perfparse.cfg file. > perfparse version is 0.100.3 > > ok so perfparse cant open the lock file > lock file permissions are: > [nagios@black148 var]$ ll /usr/local/nagios/var/nagios.lock > -rw-r--r-- 1 root root 6 Sep 7 17:35 nagios.lock > > are the permissions here wrong ?? at least I dont see that. > > > > On Fri, 2004-09-03 at 08:11, Ben Clewett wrote: >> Arner, >> >> By the look of the response, it seems that the program 'perfparse' is >> crashing somewhere after loading the configuration file and before >> parsing the data. Unfortunately there is a lot of code here. >> >> Can you first check that the version of your MySQL client library is t= he >> same as your MySQL server? This can cause this problem. >> >> If not, then some heavier debugging will be needed. >> >> You can use tools like gdb if you feel confident. >> >> There is another debug, but it is manual. :) As we are all keen to fi= nd >> your problem, I ask whether you might have time to have a go? >> >> In the file perfparse/perfparse.c you can add the macro 'DB;' which >> reports the current line. If this is used, it will show the line of t= he >> code when running. Using this, and a little trial/error, it's possibl= e >> to find the line it stops at. >> >> Eg, in the main() use: >> >> int main(int argc, char **argv) >> { >> char*config_file_name=3DNULL; >> tStart =3D time(NULL); >> sProgName =3D argv[0]; >> config_file_name =3D parse_arg_basic(argc, argv); >> >> DL; >> >> /* Get default settings */ >> conf =3D conf_load(config_file_name); >> >> DL; >> >> /* Parse passed parameters: */ >> parse_arg(argc, argv); >> >> DL; >> >> /* Check the parameters */ >> check_params(argc,argv,conf); >> >> DL; >> >> /* Connect to MySQL: */ >> now_connect(TRUE); >> >> DL; >> >> This will print to the shell: >> >> 00160:HERE >> 00165:HERE >> 00170:HERE >> 00175:HERE >> 00180:HERE >> >> Using this method, it's possible to find out exactly where and when yo= u >> program stops. >> >> If you can give us any feedback here, this would be very much apprecia= ted. >> >> Regards, >> >> Ben >> >> >> >> >> >> Arnar Thorarinsson wrote: >> >> > Thats just it when I run /usr/local/nagios/bin/perfparse -r I get no >> > output, example: >> > [nagios@black148 nagios]$ /usr/local/nagios/bin/perfparse -r >> > [nagios@black148 nagios]$ >> > >> > I see no /tmp/perfparse.drop file >> > >> > Does this not suggest that perfparse never gets to actually parse th= e >> > serviceperf.log file ? >> > >> > file permissions for serviceperf.log are : >> > rw-rw-r-- 1 nagios nagios 737105 Sep 2 08:36 serviceperf.l= og >> > example lines from serviceperf.log: >> > >> > 1094114364 kerf-2621-a PING PING OK - Packet loss =3D 0%= , RTA >> > =3D 1.36 ms OK >> > 1094114404 pax.caa.is DNS DNS OK: 0.407 seconds respon= se >> > time, black70 returns 192.168.106.70 OK >> > time=3D0.407424s;;;0.000000 >> > 1094114444 rex.caa.is FTP FTP OK - 0.038 second respon= se >> > time on port 21 [220 ready, dude (vsFTPd 1.1.0: beat me, break me)] >> > OK time=3D0.037926s;0.000000;0.000000;0.000000;10.000000 >> > 1094114494 rex.caa.is PING PING OK - Packet loss =3D 0%= , RTA >> > =3D 0.23 ms OK >> > 1094114534 kerf-2621-b PING PING OK - Packet loss =3D 0%= , RTA >> > =3D 1.17 ms OK >> > 1094114584 pax.caa.is PING FPING OK - 192.168.106.12 >> > (loss=3D0%, rta=3D79.500000 ms) OK loss=3D0%;50;75;0;100 >> > rta=3D0.079500s;2.000000;5.000000;0.000000 >> > >> > can I turn some sort of debug on in perfparse ? >> > >> > >> > >> > On Thu, 2004-09-02 at 07:41, Ben Clewett wrote: >> > >> >>Dear Arnar, >> >> >> >>You should be getting data. >> >> >> >>Can you do two things for me? >> >> >> >>Can you wait until you have a good sized log file. Then run 'perfpa= rse >> >>-r' and return me the output from the run. >> >> >> >>Can you also check your drop file, which I see is /tmp/perfparse.dro= p. >> >>This might give you some reason why you have no data. >> >> >> >>Regards, Ben >> >> >> >> >> >> >> >>Arnar Thorarinsson wrote: >> >> >> >> >> >>>Just installed PerfParse ( version 0.100.1 ) and no data is put int= o the >> >>>mysql database. >> >>> >> >>>Running Nagios 1.2 on a redhat 9 system. >> >>>when running /usr/local/nagios/bin/perfparse I get no output >> >>> >> >>> >> >>>/usr/local/nagios/bin/perfparse --show_config >> >>>DB_User =3D "perfmon" >> >>>DB_Name =3D "perfmon" >> >>>DB_Pass =3D "perfmon123" >> >>>DB_Host =3D "localhost" >> >>>Drop_File =3D "/tmp/perfparse.drop" >> >>>Service_Log =3D "/usr/local/nagios/var/serviceperf.log" >> >>>Host_Log =3D "/usr/local/nagios/var/hostperf.log" >> >>>Dummy_Hostname =3D "dummy" >> >>>Delete_Service_Log =3D "No" >> >>>Delete_Host_Log =3D "No" >> >>>Nagios_Lock =3D "/usr/local/nagios/var/nagios.lock" >> >>>Lock_File =3D "/var/lock/perfparse.lock" >> >>>Be_Silent =3D "no" >> >>>Do_Report =3D "no" >> >>>Accept_Odd_Chars_in_Label =3D "no" >> >>>Default_user_permissions_Policy =3D "rw" >> >>>Default_user_permissions_Host_groups =3D "rw" >> >>> >> >>> >> >>>I am using the check_http plugin ( which to my understanding is ful= ly >> >>>compatable with PerfParse ) >> >>> >> >>>in /usr/local/nagios/var/serviceperf.log getting : >> >>>1094062001 rex HTTP HTTP OK HTTP/1.1 200 OK - 4746 byt= es in >> >>>0.531 seconds OK time=3D0.531222s;;;0.000000 size=3D4746B;;;= 0 >> >>> >> >>>but nothing is entered into the database for PerfParse, is the outp= ut in >> >>>the serviceperf.log not correct ? >> >>> >> >>>After initial installation of PerfParse are all the tables in the >> >>>database suppost to be empty ? >> >>>what am I missing here ??? >> >>> >> >>> >> >>> > -- > Kve=C3=B0ja > Arnar =C3=9E=C3=B3rarinsson > > T=C3=B6lvunarfr=C3=A6=C3=B0ingur > Kerfisdeild > S=C3=ADmi : 569 4289 > GSM : 861 2871 > ---------------------- > Flugm=C3=A1lastj=C3=B3rn =C3=8Dslands > Reykjav=C3=ADkurflugv=C3=B6llur > 121 Reykjav=C3=ADk > http://www.caa.is > ---------------------- > --=20 - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - - GPG key - http://ymettier.free.fr/gpg.txt - - Maitretarot - http://www.nongnu.org/maitretarot/ - - GTKtalog - http://www.nongnu.org/gtktalog/ - |
From: Ben C. <Be...@cl...> - 2004-09-08 07:25:17
|
Christopher, Can you tell me whether the graph displayed? Can you also tell me whether you are using a proxy server, and the approximate time it took to display the graph? Regards, Ben Christopher D. Chandler wrote: > All, > > I have upgrade this afternoon and I am seeing the following error in the > bottom of the PerfParse Metric Analysis Screen when I look at the graphs: > > Warning, graph seems to have died. > > How do I fix this problem? > > > > Chris > > > > **Christopher D. Chandler**** **Managing Partner > > Office: 919-481-9876 > Mobile: 919-274-7684 > > > > ch...@dh... <mailto:ch...@dh...> > > > > > > **DH Innovations, LLC** > Post Office Box 5335 | Cary, North Carolina 27512 > > > |
From: Christopher D. C. <ch...@dh...> - 2004-09-08 03:49:39
|
All,=20 I have upgrade this afternoon and I am seeing the following error in the bottom of the PerfParse Metric Analysis Screen when I look at the graphs: Warning, graph seems to have died. How do I fix this problem? =20 Chris =20 Christopher D. Chandler Managing Partner Office: 919-481-9876 Mobile: 919-274-7684 =20 =20 ch...@dh... <mailto:ch...@dh...>=20 =20 DH Innovations, LLC Post Office Box 5335 | Cary, North Carolina 27512 =20 |
From: Arnar T. <ar...@ca...> - 2004-09-07 18:09:32
|
Ben, Yes I have the same versions of MySQL client library as MySQL server (4.0.20) As for the manual debugging: As far as I can seen perfparse stops in the function lock_or_exit: ...snip... i = open (conf->Lock_File, O_RDWR | O_CREAT, 0640); CSDEBUG1("after open"); CSDEBUG2(i); if(i < 0) { CSDEBUG1("open failure"); exit (EXIT_FAILURE); } ...snip... attacted is my modified perfparse.c file with debug macro and my perfparse.cfg file. perfparse version is 0.100.3 ok so perfparse cant open the lock file lock file permissions are: [nagios@black148 var]$ ll /usr/local/nagios/var/nagios.lock -rw-r--r-- 1 root root 6 Sep 7 17:35 nagios.lock are the permissions here wrong ?? at least I dont see that. On Fri, 2004-09-03 at 08:11, Ben Clewett wrote: > Arner, > > By the look of the response, it seems that the program 'perfparse' is > crashing somewhere after loading the configuration file and before > parsing the data. Unfortunately there is a lot of code here. > > Can you first check that the version of your MySQL client library is the > same as your MySQL server? This can cause this problem. > > If not, then some heavier debugging will be needed. > > You can use tools like gdb if you feel confident. > > There is another debug, but it is manual. :) As we are all keen to find > your problem, I ask whether you might have time to have a go? > > In the file perfparse/perfparse.c you can add the macro 'DB;' which > reports the current line. If this is used, it will show the line of the > code when running. Using this, and a little trial/error, it's possible > to find the line it stops at. > > Eg, in the main() use: > > int main(int argc, char **argv) > { > char*config_file_name=NULL; > tStart = time(NULL); > sProgName = argv[0]; > config_file_name = parse_arg_basic(argc, argv); > > DL; > > /* Get default settings */ > conf = conf_load(config_file_name); > > DL; > > /* Parse passed parameters: */ > parse_arg(argc, argv); > > DL; > > /* Check the parameters */ > check_params(argc,argv,conf); > > DL; > > /* Connect to MySQL: */ > now_connect(TRUE); > > DL; > > This will print to the shell: > > 00160:HERE > 00165:HERE > 00170:HERE > 00175:HERE > 00180:HERE > > Using this method, it's possible to find out exactly where and when you > program stops. > > If you can give us any feedback here, this would be very much appreciated. > > Regards, > > Ben > > > > > > Arnar Thorarinsson wrote: > > > Thats just it when I run /usr/local/nagios/bin/perfparse -r I get no > > output, example: > > [nagios@black148 nagios]$ /usr/local/nagios/bin/perfparse -r > > [nagios@black148 nagios]$ > > > > I see no /tmp/perfparse.drop file > > > > Does this not suggest that perfparse never gets to actually parse the > > serviceperf.log file ? > > > > file permissions for serviceperf.log are : > > rw-rw-r-- 1 nagios nagios 737105 Sep 2 08:36 serviceperf.log > > example lines from serviceperf.log: > > > > 1094114364 kerf-2621-a PING PING OK - Packet loss = 0%, RTA > > = 1.36 ms OK > > 1094114404 pax.caa.is DNS DNS OK: 0.407 seconds response > > time, black70 returns 192.168.106.70 OK > > time=0.407424s;;;0.000000 > > 1094114444 rex.caa.is FTP FTP OK - 0.038 second response > > time on port 21 [220 ready, dude (vsFTPd 1.1.0: beat me, break me)] > > OK time=0.037926s;0.000000;0.000000;0.000000;10.000000 > > 1094114494 rex.caa.is PING PING OK - Packet loss = 0%, RTA > > = 0.23 ms OK > > 1094114534 kerf-2621-b PING PING OK - Packet loss = 0%, RTA > > = 1.17 ms OK > > 1094114584 pax.caa.is PING FPING OK - 192.168.106.12 > > (loss=0%, rta=79.500000 ms) OK loss=0%;50;75;0;100 > > rta=0.079500s;2.000000;5.000000;0.000000 > > > > can I turn some sort of debug on in perfparse ? > > > > > > > > On Thu, 2004-09-02 at 07:41, Ben Clewett wrote: > > > >>Dear Arnar, > >> > >>You should be getting data. > >> > >>Can you do two things for me? > >> > >>Can you wait until you have a good sized log file. Then run 'perfparse > >>-r' and return me the output from the run. > >> > >>Can you also check your drop file, which I see is /tmp/perfparse.drop. > >>This might give you some reason why you have no data. > >> > >>Regards, Ben > >> > >> > >> > >>Arnar Thorarinsson wrote: > >> > >> > >>>Just installed PerfParse ( version 0.100.1 ) and no data is put into the > >>>mysql database. > >>> > >>>Running Nagios 1.2 on a redhat 9 system. > >>>when running /usr/local/nagios/bin/perfparse I get no output > >>> > >>> > >>>/usr/local/nagios/bin/perfparse --show_config > >>>DB_User = "perfmon" > >>>DB_Name = "perfmon" > >>>DB_Pass = "perfmon123" > >>>DB_Host = "localhost" > >>>Drop_File = "/tmp/perfparse.drop" > >>>Service_Log = "/usr/local/nagios/var/serviceperf.log" > >>>Host_Log = "/usr/local/nagios/var/hostperf.log" > >>>Dummy_Hostname = "dummy" > >>>Delete_Service_Log = "No" > >>>Delete_Host_Log = "No" > >>>Nagios_Lock = "/usr/local/nagios/var/nagios.lock" > >>>Lock_File = "/var/lock/perfparse.lock" > >>>Be_Silent = "no" > >>>Do_Report = "no" > >>>Accept_Odd_Chars_in_Label = "no" > >>>Default_user_permissions_Policy = "rw" > >>>Default_user_permissions_Host_groups = "rw" > >>> > >>> > >>>I am using the check_http plugin ( which to my understanding is fully > >>>compatable with PerfParse ) > >>> > >>>in /usr/local/nagios/var/serviceperf.log getting : > >>>1094062001 rex HTTP HTTP OK HTTP/1.1 200 OK - 4746 bytes in > >>>0.531 seconds OK time=0.531222s;;;0.000000 size=4746B;;;0 > >>> > >>>but nothing is entered into the database for PerfParse, is the output in > >>>the serviceperf.log not correct ? > >>> > >>>After initial installation of PerfParse are all the tables in the > >>>database suppost to be empty ? > >>>what am I missing here ??? > >>> > >>> > >>> -- Kveðja Arnar Þórarinsson Tölvunarfræðingur Kerfisdeild Sími : 569 4289 GSM : 861 2871 ---------------------- Flugmálastjórn Íslands Reykjavíkurflugvöllur 121 Reykjavík http://www.caa.is ---------------------- |
From: Ben C. <Be...@cl...> - 2004-09-07 10:21:06
|
Hi Ricardo, I am happy you may be a fan. Let me see if I can answer you in line: Ricardo David Martins wrote: > Hi, > > i've been making some tests on Nagios and I now understand that Nagios doesn't > log all external data to data base and neither keeps a history log on > a data base. Correct. I believe Nagios uses text based log files, which it parses to find state change information. Which is incredibly slow. It stores no history of performance data in any way. PP does both using a structure in a RDBMS system: MySQL. > For this matter i came to understand that the only option for me is to > use PerfParse. Knowing this i have came across with some questions. > > Will PP have at all time needed logging information of Nagios checks in a MySQL > data base? PP reads a formatted log file defined in nagios.cfg: 'serviceperf.log'. This is currently parsed once every n minutes and the information stored in the DBMS. This keeps a mirror of the current and all past output produced by the plugins. It also parses the performance data into a binary table used to draw graphs. This is stored for an unlimited variable time period, from one day to the life time of the server being monitored. Depending on the disk space and performance of your MySQL server. In the future our lead developer is working on ways of parsing without a delay into the DBMS and into other user definable data storage systems. > Will PP's MySQL requirements comply to MySQL replication procedures > requirements? If you are discussing using a shadow MySQL server to replicate off a primary source: Yes this is safe. We don't use MySQL temporary tables or local SQL commands which can cause replication to stop. Although unfortunately we use 100% InnoDB so the MySQL replication command 'CATCH UP' (?) will not work. But there are other methods. If there are any other issued regarding MySQL replication, let me know and I will research these. > If this is so, i will be a PerfParser fan. I am trying to make a > redundant fail over architecture of nagios on a production > environment. For this solution i need mysql replication procedures. If there is anything missing, please remember that we are not at version 1.0.0 and this will not occur until users are happy with a base product. So please join the party and let us know what we can do for you. Regards, Ben Clewett. > > Many thanks > > -- > Ricardo David Martins > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > _______________________________________________ > Perfparse-users mailing list > Per...@li... > https://lists.sourceforge.net/lists/listinfo/perfparse-users > |
From: Ricardo D. M. <ric...@gm...> - 2004-09-07 09:59:53
|
Hi, i've been making some tests on Nagios and I now understand that Nagios doesn't log all external data to data base and neither keeps a history log on a data base. For this matter i came to understand that the only option for me is to use PerfParse. Knowing this i have came across with some questions. Will PP have at all time needed logging information of Nagios checks in a MySQL data base? Will PP's MySQL requirements comply to MySQL replication procedures requirements? If this is so, i will be a PerfParser fan. I am trying to make a redundant fail over architecture of nagios on a production environment. For this solution i need mysql replication procedures. Many thanks -- Ricardo David Martins |
From: Ben C. <Be...@cl...> - 2004-09-06 08:56:14
|
New version 0.100.3. This has a fix to the raw report summary, figures now accurate. There was also a problem using PP through an http proxy server. The graph may have takes a long time to draw. This is fixed, although these users may not get any graph statistics. A better fix in later versions. Regards, Ben Clewett. |
From: Ben C. <Be...@cl...> - 2004-09-06 07:26:58
|
Tim, I'll take a close look. The time span on the report is calculated from the event to the next=20 changed event. It might be that the report is from the last to he curren= t. There will be another version soon, I will ensure that this bug is remove= d. Regards, Ben. Tim Wuyts wrote: > All, >=20 > I'm having a look at the raw history report, and I found something pecu= liar. Below is an example output from the report: > <OUTPUT> > Status Last Check =E2=88=86 Time Plugin Output=20 > UP 2004-09-03 11:39:01 0 days 01:40:10 PING OK - Packet loss =3D= 0%, RTA =3D 5.10 ms =20 > WARNING 2004-09-03 13:19:11 0 days 00:00:50 PING WARNING - Packet l= oss =3D 20%, RTA =3D 2.20 ms =20 > UP 2004-09-03 13:20:01 0 days 03:34:00 PING OK - Packet loss =3D= 0%, RTA =3D 2.30 ms =20 >=20 > <graph> >=20 > State Count Percent Time=20 > UP 64 98.462% 0 days 05:10:09=20 > WARNING 1 1.538% 0 days 00:04:50=20 > CRITICAL 0 0.000% 0 days 00:00:00=20 > UNKNOWN 0 0.000% 0 days 00:00:00=20 >=20 > Start: 2004-09-03 11:39:01 End: 2004-09-03 16:54:01=20 > Span: 0 days 05:15:00 Mean =E2=88=86 Time: 0 days 01:45:00 =20 > </OUTPUT> >=20 > There seems to be a discrepancy between the timespans calculated in the= events list, and the one in the summary: > UP =3D 01:40:10 + 03:34:00 =3D 5:14:10 vs 05:10:09 > WARNING =3D 00:00:50 vs 00:04:50 >=20 > Apparently the timespans are calculated differently in the summary than= for the individual event changes. >=20 > Tim. >=20 >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_idP47&alloc_id=10808&op=EF=BF=BDk > _______________________________________________ > Perfparse-users mailing list > Per...@li... > https://lists.sourceforge.net/lists/listinfo/perfparse-users >=20 |
From: Tim W. <tim...@pi...> - 2004-09-03 18:44:44
|
All, I'm having a look at the raw history report, and I found something = peculiar. Below is an example output from the report: <OUTPUT> Status Last Check =E2=88=86 Time Plugin Output=20 UP 2004-09-03 11:39:01 0 days 01:40:10 PING OK - Packet loss = =3D 0%, RTA =3D 5.10 ms =20 WARNING 2004-09-03 13:19:11 0 days 00:00:50 PING WARNING - Packet = loss =3D 20%, RTA =3D 2.20 ms =20 UP 2004-09-03 13:20:01 0 days 03:34:00 PING OK - Packet loss = =3D 0%, RTA =3D 2.30 ms =20 <graph> State Count Percent Time=20 UP 64 98.462% 0 days 05:10:09=20 WARNING 1 1.538% 0 days 00:04:50=20 CRITICAL 0 0.000% 0 days 00:00:00=20 UNKNOWN 0 0.000% 0 days 00:00:00=20 Start: 2004-09-03 11:39:01 End: 2004-09-03 16:54:01=20 Span: 0 days 05:15:00 Mean =E2=88=86 Time: 0 days 01:45:00 =20 </OUTPUT> There seems to be a discrepancy between the timespans calculated in the = events list, and the one in the summary: UP =3D 01:40:10 + 03:34:00 =3D 5:14:10 vs 05:10:09 WARNING =3D 00:00:50 vs 00:04:50 Apparently the timespans are calculated differently in the summary than = for the individual event changes. Tim. |
From: Ben C. <Ben...@ro...> - 2004-09-03 08:12:20
|
Arner, By the look of the response, it seems that the program 'perfparse' is crashing somewhere after loading the configuration file and before parsing the data. Unfortunately there is a lot of code here. Can you first check that the version of your MySQL client library is the same as your MySQL server? This can cause this problem. If not, then some heavier debugging will be needed. You can use tools like gdb if you feel confident. There is another debug, but it is manual. :) As we are all keen to find your problem, I ask whether you might have time to have a go? In the file perfparse/perfparse.c you can add the macro 'DB;' which reports the current line. If this is used, it will show the line of the code when running. Using this, and a little trial/error, it's possible to find the line it stops at. Eg, in the main() use: int main(int argc, char **argv) { char*config_file_name=NULL; tStart = time(NULL); sProgName = argv[0]; config_file_name = parse_arg_basic(argc, argv); DL; /* Get default settings */ conf = conf_load(config_file_name); DL; /* Parse passed parameters: */ parse_arg(argc, argv); DL; /* Check the parameters */ check_params(argc,argv,conf); DL; /* Connect to MySQL: */ now_connect(TRUE); DL; This will print to the shell: 00160:HERE 00165:HERE 00170:HERE 00175:HERE 00180:HERE Using this method, it's possible to find out exactly where and when you program stops. If you can give us any feedback here, this would be very much appreciated. Regards, Ben Arnar Thorarinsson wrote: > Thats just it when I run /usr/local/nagios/bin/perfparse -r I get no > output, example: > [nagios@black148 nagios]$ /usr/local/nagios/bin/perfparse -r > [nagios@black148 nagios]$ > > I see no /tmp/perfparse.drop file > > Does this not suggest that perfparse never gets to actually parse the > serviceperf.log file ? > > file permissions for serviceperf.log are : > rw-rw-r-- 1 nagios nagios 737105 Sep 2 08:36 serviceperf.log > example lines from serviceperf.log: > > 1094114364 kerf-2621-a PING PING OK - Packet loss = 0%, RTA > = 1.36 ms OK > 1094114404 pax.caa.is DNS DNS OK: 0.407 seconds response > time, black70 returns 192.168.106.70 OK > time=0.407424s;;;0.000000 > 1094114444 rex.caa.is FTP FTP OK - 0.038 second response > time on port 21 [220 ready, dude (vsFTPd 1.1.0: beat me, break me)] > OK time=0.037926s;0.000000;0.000000;0.000000;10.000000 > 1094114494 rex.caa.is PING PING OK - Packet loss = 0%, RTA > = 0.23 ms OK > 1094114534 kerf-2621-b PING PING OK - Packet loss = 0%, RTA > = 1.17 ms OK > 1094114584 pax.caa.is PING FPING OK - 192.168.106.12 > (loss=0%, rta=79.500000 ms) OK loss=0%;50;75;0;100 > rta=0.079500s;2.000000;5.000000;0.000000 > > can I turn some sort of debug on in perfparse ? > > > > On Thu, 2004-09-02 at 07:41, Ben Clewett wrote: > >>Dear Arnar, >> >>You should be getting data. >> >>Can you do two things for me? >> >>Can you wait until you have a good sized log file. Then run 'perfparse >>-r' and return me the output from the run. >> >>Can you also check your drop file, which I see is /tmp/perfparse.drop. >>This might give you some reason why you have no data. >> >>Regards, Ben >> >> >> >>Arnar Thorarinsson wrote: >> >> >>>Just installed PerfParse ( version 0.100.1 ) and no data is put into the >>>mysql database. >>> >>>Running Nagios 1.2 on a redhat 9 system. >>>when running /usr/local/nagios/bin/perfparse I get no output >>> >>> >>>/usr/local/nagios/bin/perfparse --show_config >>>DB_User = "perfmon" >>>DB_Name = "perfmon" >>>DB_Pass = "perfmon123" >>>DB_Host = "localhost" >>>Drop_File = "/tmp/perfparse.drop" >>>Service_Log = "/usr/local/nagios/var/serviceperf.log" >>>Host_Log = "/usr/local/nagios/var/hostperf.log" >>>Dummy_Hostname = "dummy" >>>Delete_Service_Log = "No" >>>Delete_Host_Log = "No" >>>Nagios_Lock = "/usr/local/nagios/var/nagios.lock" >>>Lock_File = "/var/lock/perfparse.lock" >>>Be_Silent = "no" >>>Do_Report = "no" >>>Accept_Odd_Chars_in_Label = "no" >>>Default_user_permissions_Policy = "rw" >>>Default_user_permissions_Host_groups = "rw" >>> >>> >>>I am using the check_http plugin ( which to my understanding is fully >>>compatable with PerfParse ) >>> >>>in /usr/local/nagios/var/serviceperf.log getting : >>>1094062001 rex HTTP HTTP OK HTTP/1.1 200 OK - 4746 bytes in >>>0.531 seconds OK time=0.531222s;;;0.000000 size=4746B;;;0 >>> >>>but nothing is entered into the database for PerfParse, is the output in >>>the serviceperf.log not correct ? >>> >>>After initial installation of PerfParse are all the tables in the >>>database suppost to be empty ? >>>what am I missing here ??? >>> >>> >>> |
From: Ben C. <Be...@cl...> - 2004-09-03 07:47:46
|
New version 0.100.2 This fixes a bug where by a graph of no data caused a core dump. Regards, Ben |
From: Christopher D. C. <ch...@dh...> - 2004-09-02 16:41:10
|
All,=20 =20 I have updated the Nagios Plugins to the latest CVS build this morning and everything is running fine. My question is that I am the following data from the service-perfdata.out file: =20 1094142516 bellsouth.net-burkes PING PING OK - Packet loss = =3D 0%, RTA =3D 93.93 ms OK 1094142526 black PING PING WARNING - Packet loss =3D 0%, RTA = =3D 129.92 ms WARNING 1094142526 dh01 OS DRIVE C:\ - total: 8.46 Gb - used: 3.54 Gb (42%) - free 4.92 Gb (58%) OK 1094142536 dh01-bkup PING PING OK - Packet loss =3D 0%, = RTA =3D 0.83 ms OK 1094142536 dh02 PING PING OK - Packet loss =3D 0%, RTA =3D = 0.64 ms OK 1094142536 dh03 HTTP HTTP ok: HTTP/1.1 200 OK - 0.000 second response time OK time=3D 0.000 1094142546 dh03-bkup PING PING OK - Packet loss =3D 0%, = RTA =3D 0.56 ms OK 1094142556 dh04 PING PING OK - Packet loss =3D 0%, RTA =3D = 0.54 ms OK 1094142556 dh06 PING PING OK - Packet loss =3D 0%, RTA =3D = 0.65 ms OK 1094142556 dh07 PING PING OK - Packet loss =3D 0%, RTA =3D = 0.61 ms OK 1094142567 dh07-bkup PING PING OK - Packet loss =3D 0%, = RTA =3D 0.62 ms OK 1094142567 dh08 PING PING OK - Packet loss =3D 0%, RTA =3D = 0.64 ms OK 1094142567 dh20 HTTP HTTP ok: HTTP/1.1 200 OK - 1.000 second response time OK time=3D 1.000 1094142576 shep PING PING WARNING - Packet loss =3D 0%, RTA = =3D 133.57 ms WARNING 1094142576 dh20-bkup PING PING OK - Packet loss =3D 0%, = RTA =3D 0.47 ms OK 1094142586 dh21 PING PING OK - Packet loss =3D 0%, RTA =3D = 0.24 ms OK 1094142586 black PING PING OK - Packet loss =3D 0%, RTA =3D = 76.44 ms OK 1094142586 dh22 PING PING OK - Packet loss =3D 0%, RTA =3D = 0.25 ms OK 1094142586 carol PING PING OK - Packet loss =3D 0%, RTA =3D = 81.96 ms OK 1094142586 dh23 FTP Connection refused or timed out CRITICAL 1094142596 dh23 PING /bin/ping -n -U -c 5 10.30.10.103 UNKNOWN 1094142596 dh24 HTTP HTTP ok: HTTP/1.1 200 OK - 1.000 second response time OK time=3D 1.000 1094142606 dh24 PING PING OK - Packet loss =3D 0%, RTA =3D = 0.09 ms OK 1094142606 dh25 PING PING OK - Packet loss =3D 0%, RTA =3D = 6.00 ms OK 1094142616 dh26 PING PING OK - Packet loss =3D 0%, RTA =3D = 0.27 ms OK 1094142616 dhch01 PING PING OK - Packet loss =3D 0%, RTA =3D = 0.50 ms OK 1094142616 dhch03 PING PING OK - Packet loss =3D 0%, RTA =3D = 0.51 ms OK =20 Why is only HTTP and FTP data being updated to the database not other data points are being graphed? =20 Chris =20 Also when I updated the CVS plugin build this morning the check_nt plugin did not update: =20 [root@dh24 libexec]# ./check_nt --version check_nt (nagios-plugins 1.3.1) 1.7.2.3 The nagios plugins come with ABSOLUTELY NO WARRANTY. You may redistribute copies of the plugins under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING. =20 [root@dh24 libexec]# ./check_dns --version check_dns (nagios-plugins 200211131100-snapshot) 1.3 The nagios plugins come with ABSOLUTELY NO WARRANTY. You may redistribute copies of the plugins under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING. =20 =20 Christopher D. Chandler Managing Partner Office: 919-481-9876 Mobile: 919-274-7684 =20 =20 ch...@dh... <mailto:ch...@dh...>=20 =20 DH Innovations, LLC Post Office Box 5335 | Cary, North Carolina 27512 =20 |
From: Arnar T. <ar...@ca...> - 2004-09-02 08:45:03
|
Thats just it when I run /usr/local/nagios/bin/perfparse -r I get no output, example: [nagios@black148 nagios]$ /usr/local/nagios/bin/perfparse -r [nagios@black148 nagios]$ I see no /tmp/perfparse.drop file Does this not suggest that perfparse never gets to actually parse the serviceperf.log file ? file permissions for serviceperf.log are : rw-rw-r-- 1 nagios nagios 737105 Sep 2 08:36 serviceperf.log example lines from serviceperf.log: 1094114364 kerf-2621-a PING PING OK - Packet loss =3D 0%, RTA =3D 1.36 ms OK 1094114404 pax.caa.is DNS DNS OK: 0.407 seconds response time, black70 returns 192.168.106.70 OK =20 time=3D0.407424s;;;0.000000 1094114444 rex.caa.is FTP FTP OK - 0.038 second response time on port 21 [220 ready, dude (vsFTPd 1.1.0: beat me, break me)] =20 OK time=3D0.037926s;0.000000;0.000000;0.000000;10.000000 1094114494 rex.caa.is PING PING OK - Packet loss =3D 0%, RTA =3D 0.23 ms OK 1094114534 kerf-2621-b PING PING OK - Packet loss =3D 0%, RTA =3D 1.17 ms OK 1094114584 pax.caa.is PING FPING OK - 192.168.106.12 (loss=3D0%, rta=3D79.500000 ms) OK loss=3D0%;50;75;0;100 rta=3D0.079500s;2.000000;5.000000;0.000000 can I turn some sort of debug on in perfparse ? On Thu, 2004-09-02 at 07:41, Ben Clewett wrote: > Dear Arnar, >=20 > You should be getting data. >=20 > Can you do two things for me? >=20 > Can you wait until you have a good sized log file. Then run 'perfparse= =20 > -r' and return me the output from the run. >=20 > Can you also check your drop file, which I see is /tmp/perfparse.drop.=20 > This might give you some reason why you have no data. >=20 > Regards, Ben >=20 >=20 >=20 > Arnar Thorarinsson wrote: >=20 > > Just installed PerfParse ( version 0.100.1 ) and no data is put into = the > > mysql database. > >=20 > > Running Nagios 1.2 on a redhat 9 system. > > when running /usr/local/nagios/bin/perfparse I get no output > >=20 > >=20 > > /usr/local/nagios/bin/perfparse --show_config > > DB_User =3D "perfmon" > > DB_Name =3D "perfmon" > > DB_Pass =3D "perfmon123" > > DB_Host =3D "localhost" > > Drop_File =3D "/tmp/perfparse.drop" > > Service_Log =3D "/usr/local/nagios/var/serviceperf.log" > > Host_Log =3D "/usr/local/nagios/var/hostperf.log" > > Dummy_Hostname =3D "dummy" > > Delete_Service_Log =3D "No" > > Delete_Host_Log =3D "No" > > Nagios_Lock =3D "/usr/local/nagios/var/nagios.lock" > > Lock_File =3D "/var/lock/perfparse.lock" > > Be_Silent =3D "no" > > Do_Report =3D "no" > > Accept_Odd_Chars_in_Label =3D "no" > > Default_user_permissions_Policy =3D "rw" > > Default_user_permissions_Host_groups =3D "rw" > >=20 > >=20 > > I am using the check_http plugin ( which to my understanding is fully > > compatable with PerfParse ) > >=20 > > in /usr/local/nagios/var/serviceperf.log getting : > > 1094062001 rex HTTP HTTP OK HTTP/1.1 200 OK - 4746 bytes= in > > 0.531 seconds OK time=3D0.531222s;;;0.000000 size=3D4746B;;;0 > >=20 > > but nothing is entered into the database for PerfParse, is the output= in > > the serviceperf.log not correct ? > >=20 > > After initial installation of PerfParse are all the tables in the > > database suppost to be empty ? > > what am I missing here ??? > >=20 > >=20 > >=20 --=20 Kve=C3=B0ja Arnar =C3=9E=C3=B3rarinsson T=C3=B6lvunarfr=C3=A6=C3=B0ingur Kerfisdeild S=C3=ADmi : 569 4289 GSM : 861 2871 ---------------------- Flugm=C3=A1lastj=C3=B3rn =C3=8Dslands Reykjav=C3=ADkurflugv=C3=B6llur 121 Reykjav=C3=ADk http://www.caa.is ---------------------- |