Menu
▾
▴
perfparse-devel — Development Issues
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(22) |
Jul
(18) |
Aug
(30) |
Sep
(11) |
Oct
(45) |
Nov
(14) |
Dec
(21) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(10) |
Feb
(12) |
Mar
|
Apr
|
May
(5) |
Jun
(2) |
Jul
(1) |
Aug
(4) |
Sep
(7) |
Oct
(3) |
Nov
(2) |
Dec
|
| 2006 |
Jan
|
Feb
(1) |
Mar
|
Apr
(2) |
May
(1) |
Jun
(6) |
Jul
|
Aug
(2) |
Sep
(3) |
Oct
|
Nov
|
Dec
(3) |
| 2007 |
Jan
(5) |
Feb
(12) |
Mar
(14) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(26) |
Sep
(5) |
Oct
(1) |
Nov
|
Dec
(2) |
| 2008 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
(2) |
May
(1) |
Jun
(2) |
Jul
(1) |
Aug
(1) |
Sep
(14) |
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
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: Yves M. <yme...@li...> - 2004-09-02 12:28:20
|
Partial anwser in what I feel concerned... :)
Ben will probably answer the rest when he's less busy.
[...]
> - xpdfile* configuration in nagios did not work for me, but you should
> note in README that it also works if you use
>
> host_perfdata_command=3Dprocess-host-perfdata
> service_perfdata_command=3Dprocess-service-perfdata
>
> in nagios.cfg and
> define command{
> command_name process-host-perfdata
> command_line /usr/bin/printf "%b"
> "$TIMET$\t$HOSTNAME$\t$OUTPUT$\t$PERFDATA$\n" >>
> /usr/local/nagios/var/host-perfdata.out
> }
> define command{
> command_name process-service-perfdata
> command_line /usr/bin/printf "%b"
> "$TIMET$\t$HOSTNAME$\t$SERVICEDESC$\t$OUTPUT$\t$SERVICESTATE$\t$PERFDAT=
A$\n" >>
> /usr/local/nagios/var/service-perfdata.out
> }
>
> in misccommands.cfg
I have some similar suggestion:
In nagios.cfg:
host_perfdata_command=3Dprocess-host-perfdata
service_perfdata_command=3Dprocess-service-perfdata
cfg_file=3D/some/path/perfparse.cfg
In perfparse.cfg: exactly what you just wrote, but not in misccommands.cf=
g.
I think that it is better because that way, we can provide perfparse.cfg =
ourself and
only ask people to change those 3 lines.
We can even put only cfg_file=3D/some/path/perfparse.cfg, ask to comment =
the other
perfdata commands in nagios.cfg, and provide perfparse.cfg with everythin=
g.
> Last: some notes:
>
> - Very cool feature. I want it!
> - Why did you write it in C. Would'nt it be easier to use perl or php.
> Probably the perfparse should remain in C for speed purposes, but the w=
eb
> frontend would be more flexible in php.
perfparse and perfchart.png are in C for speed purposes. Yes, maybe perfg=
raph.cgi can be
written in php ? I agree with you, but who will do it ?
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/ -
- GTKtalog - http://www.nongnu.org/gtktalog/ -
|
|
From: Flo G. <fl...@bi...> - 2004-09-02 11:58:51
|
Hi Developers
I have some problems to get perfparse generating graphs/charts. I use
perfparse 0.100.1 and it nicely fills my mysql database but i cannot get a
graph.
If i call perfchart.png or perfgant.png from the command line i get
segmentation faults.
i could fix perfchart.c:
diff -C 3 perfchart.c ../../test/perfparse-0.100.1/cgi/perfchart.c
*** perfchart.c 2004-09-02 10:28:22.000000000 +0200
--- ../../test/perfparse-0.100.1/cgi/perfchart.c 2004-08-30
22:27:54.000000000 +0200
***************
*** 374,382 ****
iValueCount++;
}
! if(data != NULL) {
! data->next = NULL;
! }
#ifdef DEBUG
fprintf(debug, "Count %d\n", iValueCount);
--- 374,380 ----
iValueCount++;
}
! data->next = NULL;
#ifdef DEBUG
fprintf(debug, "Count %d\n", iValueCount);
and here is a debugger session from perfgant.png:
(gdb) run
Starting program: /usr/local/nagios/sbin/perfgant.png
content-type: image/png
Program received signal SIGSEGV, Segmentation fault.
0x403793a6 in mallopt () from /lib/i686/libc.so.6
(gdb) bt
#0 0x403793a6 in mallopt () from /lib/i686/libc.so.6
#1 0x40378f05 in mallopt () from /lib/i686/libc.so.6
#2 0x40377cb8 in malloc () from /lib/i686/libc.so.6
#3 0x4039c5d2 in tzset () from /lib/i686/libc.so.6
#4 0x4039b34a in adjtime () from /lib/i686/libc.so.6
#5 0x4039bea6 in tzset () from /lib/i686/libc.so.6
#6 0x4039adf7 in timelocal () from /lib/i686/libc.so.6
#7 0x08049bee in getTime (sSQLDate=0x804cc38 "") at perfgant.c:476
#8 0x0804997d in getCGI () at perfgant.c:381
#9 0x08048e5b in main (argc=1, argv=0xbffff664) at perfgant.c:101
#10 0x4031bc57 in __libc_start_main () from /lib/i686/libc.so.6
(gdb)
(gdb) break 475
Breakpoint 1 at 0x8049be3: file perfgant.c, line 475.
(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /usr/local/nagios/sbin/perfgant.png
content-type: image/png
Breakpoint 1, getTime (sSQLDate=0x804cc38 "") at perfgant.c:476
476 tOut = mktime(&recTime);
(gdb) display recTime
1: recTime = {tm_sec = 0, tm_min = 0, tm_hour = 0, tm_mday = 0, tm_mon =
-1,
tm_year = -1900, tm_wday = -1073744456, tm_yday = 1077405158, tm_isdst =
0,
tm_gmtoff = 134521938, tm_zone = 0x1 <Address 0x1 out of bounds>}
Some other things i encountered during the attempt to install perfparse:
The HOWTO/INSTALL/README files did not say where the sql file is. A "find"
pointed me to the right direction, but a line in the README would be
great!
First, the cgi binaries did timeout and i had really problems to get some
output at the browser. I straced the running cgi's and found out that they
want to read/write to a temporary file or pipe. But this file is not
generated by the executables or the "make install". Nothing in README as
far as i can see. And no error message. I did created a file, but should
it be a file or a pipe?
- xpdfile* configuration in nagios did not work for me, but you should
note in README that it also works if you use
host_perfdata_command=process-host-perfdata
service_perfdata_command=process-service-perfdata
in nagios.cfg and
define command{
command_name process-host-perfdata
command_line /usr/bin/printf "%b" "$TIMET$\t$HOSTNAME$\t$OUTPUT$\t$PERFDATA$\n" >> /usr/local/nagios/var/host-perfdata.out
}
define command{
command_name process-service-perfdata
command_line /usr/bin/printf "%b" "$TIMET$\t$HOSTNAME$\t$SERVICEDESC$\t$OUTPUT$\t$SERVICESTATE$\t$PERFDATA$\n" >> /usr/local/nagios/var/service-perfdata.out
}
in misccommands.cfg
Last: some notes:
- Very cool feature. I want it!
- Why did you write it in C. Would'nt it be easier to use perl or php.
Probably the perfparse should remain in C for speed purposes, but the web
frontend would be more flexible in php.
Thank you,
Flo
|
|
From: Cook, G. <GW...@ma...> - 2004-08-31 16:39:39
|
That sounds like a good plan. I haven't tried the new stored graphs feature yet, but if I get some spare time I might be able to figure it out today... Where are the 'stored graphs' stored? I'm sure you'll want this documented, so shoot me some info when you get a chance. Garry W. Cook, CCNA Network Infrastructure Manager MACTEC, Inc. - http://www.mactec.com/ 303.308.6228 (Office) - 720.220.1862 (Mobile) Ben Clewett wrote: > Garry, >=20 > I may do another option as well as 'Automatic', 'Automatic including > Critical'. When I have default options available, users can > set this as > an alternate default option for them selves.. >=20 > Ben >=20 > Cook, Garry wrote: >=20 >> Ben Clewett wrote: >>=20 >>> New version 0.100.1pre3 available for next few days on: >>>=20 >>> ftp://84.66.78.64 >>>=20 >>> Complete with some of the changes we discussed. Nothing more. This >>> will be the live version within about 12 hours if I hear >>> nothing more :) >>>=20 >>> Yves, do you want to merge this with your work first? >>>=20 >>> Ben >>=20 >>=20 >> Just installed and started testing. If you change the scale to 'User >> Defined', but leave the Min/Max to the default values of 0, the >> redrawn graph appears blank. I like the fact that automatic is the >> default scale, but still feel that the Max range of the automatic >> scale should be based upon the critical value. Then, the zoom >> buttons that you spoke of could be used to see details if necessary. >> When I first open a graph, I want to be able to instantly see how >> close I am to my thresholds.=20 >>=20 >> I understand that if our data surpasses the threshold, then an >> automatic scale based upon the critical might chop some of our data >> points. Perhaps it would be possible to do something like: >>=20 >> If Max_Data_Point > Critical_Threshold >> Then Max_Range =3D (current formula) >> Else Max_Range =3D Critical_Threshold >>=20 >> Garry W. Cook, CCNA >> Network Infrastructure Manager >> MACTEC, Inc. - http://www.mactec.com/ >> 303.308.6228 (Office) - 720.220.1862 (Mobile) |
|
From: Ben C. <Be...@cl...> - 2004-08-31 16:24:38
|
Garry, I may do another option as well as 'Automatic', 'Automatic including=20 Critical'. When I have default options available, users can set this as=20 an alternate default option for them selves.. Ben Cook, Garry wrote: > Ben Clewett wrote: >=20 >>New version 0.100.1pre3 available for next few days on: >> >>ftp://84.66.78.64 >> >>Complete with some of the changes we discussed. Nothing more. This >>will be the live version within about 12 hours if I hear >>nothing more :) >> >>Yves, do you want to merge this with your work first? >> >>Ben >=20 >=20 > Just installed and started testing. If you change the scale to 'User > Defined', but leave the Min/Max to the default values of 0, the redrawn > graph appears blank.=20 > I like the fact that automatic is the default scale, but still feel tha= t > the Max range of the automatic scale should be based upon the critical > value. Then, the zoom buttons that you spoke of could be used to see > details if necessary. When I first open a graph, I want to be able to > instantly see how close I am to my thresholds. >=20 > I understand that if our data surpasses the threshold, then an automati= c > scale based upon the critical might chop some of our data points. > Perhaps it would be possible to do something like: >=20 > If Max_Data_Point > Critical_Threshold > Then Max_Range =3D (current formula) > Else Max_Range =3D Critical_Threshold >=20 > Garry W. Cook, CCNA > Network Infrastructure Manager > MACTEC, Inc. - http://www.mactec.com/ > 303.308.6228 (Office) - 720.220.1862 (Mobile) >=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=CCk > _______________________________________________ > Perfparse-devel mailing list > Per...@li... > https://lists.sourceforge.net/lists/listinfo/perfparse-devel >=20 |
|
From: Cook, G. <GW...@ma...> - 2004-08-31 16:09:49
|
Ben Clewett wrote: > New version 0.100.1pre3 available for next few days on: >=20 > ftp://84.66.78.64 >=20 > Complete with some of the changes we discussed. Nothing more. This > will be the live version within about 12 hours if I hear > nothing more :) >=20 > Yves, do you want to merge this with your work first? >=20 > Ben Just installed and started testing. If you change the scale to 'User Defined', but leave the Min/Max to the default values of 0, the redrawn graph appears blank.=20 I like the fact that automatic is the default scale, but still feel that the Max range of the automatic scale should be based upon the critical value. Then, the zoom buttons that you spoke of could be used to see details if necessary. When I first open a graph, I want to be able to instantly see how close I am to my thresholds. I understand that if our data surpasses the threshold, then an automatic scale based upon the critical might chop some of our data points. Perhaps it would be possible to do something like: If Max_Data_Point > Critical_Threshold Then Max_Range =3D (current formula) Else Max_Range =3D Critical_Threshold Garry W. Cook, CCNA Network Infrastructure Manager MACTEC, Inc. - http://www.mactec.com/ 303.308.6228 (Office) - 720.220.1862 (Mobile) |
|
From: Ben C. <be...@cl...> - 2004-08-30 20:51:38
|
New version 0.100.1pre3 available for next few days on: ftp://84.66.78.64 Complete with some of the changes we discussed. Nothing more. This will be the live version within about 12 hours if I hear nothing more :) Yves, do you want to merge this with your work first? Ben |
|
From: Jon L. <jly...@ya...> - 2004-08-30 20:41:31
|
Yep, the database drive was full..Thanks.. --- Ben Clewett <be...@cl...> wrote: > The error with the stats-bin.005. This is a log > file generated by > MySQL. I would suggest checking that you > permissions are correct and > your disk is not full. www.mysql.com has a good > section on database > administration, check this for log file information. > > Let us know if you can so we can help the next user > :) > > Regards, Ben > > Yves Mettier wrote: > > > What version of perfparse ? > > > > I think that it is mysql that is trying to write > that file because perfparse does not. > > See if errorcode mean anything to mysql ? > > And check if you have enough free space on your > disks ? > > > > When you write to the list, please put an explicit > subject to your mail, for archiving > > and search purpose; thanks. > > > > Yves > > > > > >>Where is perfparse trying to write stats-bin.005? > >>Perfparse was running automatically via cron... > >> > >>nagios# ./perfparse > >>"UPDATE perfdata_state SET pid = 89116, > line_in_file = > >>8, last_line_hash = '0515591A', file_name = > >>'/usr/local/var/serviceperf.log' WHERE domain = > >>'01691F17'" failed: > >>Error writing file './stats-bin.005' (Errcode: 28) > >> > >> > >> > >> > >>_______________________________ > >>Do you Yahoo!? > >>Express yourself with Y! Messenger! Free. Download > now. > >>http://messenger.yahoo.com > >> > >> > >>------------------------------------------------------- > >>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-devel mailing list > >>Per...@li... > >>https://lists.sourceforge.net/lists/listinfo/perfparse-devel > >> > >> > > > > > > > > > > ------------------------------------------------------- > 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-devel mailing list > Per...@li... > https://lists.sourceforge.net/lists/listinfo/perfparse-devel > __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail |
|
From: Cook, G. <GW...@ma...> - 2004-08-30 20:17:27
|
Real busy, can't respond to everything just now... Didn't ride in any balloons, but the festival was awesome. Pictures at http://www.televisionbytes.com/gallery/. More to come, haven't posted them all yet, just the first day. Let me know what images you want and you know I'll find time to make them... Garry W. Cook, CCNA Network Infrastructure Manager MACTEC, Inc. - http://www.mactec.com/ 303.308.6228 (Office) - 720.220.1862 (Mobile) Ben Clewett wrote: > Hi Garry, >=20 > Did you get your balloon trip? >=20 >> Wow. This makes for a very busy graph page. >=20 > Yes. I have reduced the spacing and tried to get rid of some > stuff. It > is a mess! >=20 > I am open to all options to get it a bit cleaner. I might > even do two > pages. One simple and one complex. But not this release. I want to > 'show off' what PP can do, before hiding it all. You two gues may > disagree :)=20 >=20 >> My $.02: >>=20 >> Instead of having a field to change the graph name, how about a small >> button that says 'Rename Graph' or something. >=20 > The 'Title' field? Maybe if I moved it to the bottom. Or maybe even > right at the top out of the way of the graph function... ? >=20 >> Also, I think that the default for scale should be 'Range from >> Plugin', although the automatic range does seem to work better in >> some cases.=20 >=20 > Some plugins have no range. I can leave those at Automatic.... >=20 > To be honest, questions about what default to use will differ > for every > user for good reasons. Instead I want to give the code the > ability for > all users to have their own defaults, then we will all be happy. >=20 > But since you ask, I'll change it... >=20 >> Shouldn't Range from Plugin Rounded/As Percent be determined by the >> UOM of the metric? If the UOM is '%', then the Range from plugin >> should be as percent. If we can do that, then this menu would be >> less busy.=20 >=20 > Interesting... If the UOM is '%' and they ask for percentage. Will > they get the same scale? I might have to remove the percent > options of > the UOM is '%' or we will get some very interesting email! >=20 > The percent option is to give more ability for the user. If they are > preparing a graph for somebody else to see, they can define the range > manually and express it as a percentage. >=20 > Ok, it reminds me of 'Lies, damn lies, and statistics'. I > can imagine a > user setting the range =3D -10 -> 90 and setting as '%'. But > that's the > users choice... >=20 > What do you think, does the '%' stay or go? >=20 >=20 >> Graphs are loading slower now, I think Yves mentioned some possible >> fixes for this. >=20 > Not drawing the smooth plot. I'll set this as not showing as default. > This does make a difference now. >=20 >> To make the top box a little easier to navigate, perhaps the 'Graph >> Size' drop down menu can be moved down to the 'Draw Graph' Area. This >> might be a good place for the 'Rename Graph' button/field as well. >=20 > I am reserving this space for a 'zoom' control. Zoom In on the left, > Zoom Out on the right. This will be a set of .png image containing > icons and ALT tags which the user can click. >=20 > In fact Garry, I wondering is you could put together such a collection > of images if I let you know what I want??? >=20 > Maybe as well if you want, figure out a way of getting all > these field > into less space whilst makeing them look better. Between you office > moving, buying houses and balloon trips :) >=20 >> For the Guassion Avg. in the Smooth Plot, it might be good to have >> some context sensitive help here. Maybe a link (What's this?) back >> to docs on the PP web site that explain what it means and how it can >> be used.=20 >=20 > Yes, I was thinking the same. I learnt to use Gaussian > Averaging when > working at a Nuclear research centre in Germany. (Long story.) It's > good stuff, but some help will, err, help... >=20 > Now, >=20 > I think I have some more email from Yves... >=20 > Ben |
|
From: Ben C. <be...@cl...> - 2004-08-30 20:12:14
|
PS, Garry, I like your email sig! Got to thank you as well for the time you've taken to help users. Each one is a recommendation for the future when we sell support contracts :) Ben Cook, Garry wrote: > Ben Clewett wrote: > >>New version 0.100.1pre2 available for next few days on: >> >>ftp://84.66.78.64 >> >>This is all work on the graph. There are lots of new graph features. >>Also ability to store and report graphs. Complete list in Change Log. >> >>Requires a database conversion. >> >>This is a candidate for a release, please let me know if >>there are any >>obvious problems. >> >>Now, this is a public holiday here, so were off to the zoo... >> >>Ben > > > Wow. This makes for a very busy graph page. > > My $.02: > > Instead of having a field to change the graph name, how about a small > button that says 'Rename Graph' or something. > > Also, I think that the default for scale should be 'Range from Plugin', > although the automatic range does seem to work better in some cases. > Shouldn't Range from Plugin Rounded/As Percent be determined by the UOM > of the metric? If the UOM is '%', then the Range from plugin should be > as percent. If we can do that, then this menu would be less busy. > > Graphs are loading slower now, I think Yves mentioned some possible > fixes for this. > > To make the top box a little easier to navigate, perhaps the 'Graph > Size' drop down menu can be moved down to the 'Draw Graph' Area. This > might be a good place for the 'Rename Graph' button/field as well. > > For the Guassion Avg. in the Smooth Plot, it might be good to have some > context sensitive help here. Maybe a link (What's this?) back to docs on > the PP web site that explain what it means and how it can be used. > > Garry W. Cook, CCNA > Network Infrastructure Manager > MACTEC, Inc. - http://www.mactec.com/ > 303.308.6228 (Office) - 720.220.1862 (Mobile) > > > ------------------------------------------------------- > 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_id808&opÌk > _______________________________________________ > Perfparse-devel mailing list > Per...@li... > https://lists.sourceforge.net/lists/listinfo/perfparse-devel > |
|
From: Ben C. <be...@cl...> - 2004-08-30 20:10:58
|
The error with the stats-bin.005. This is a log file generated by MySQL. I would suggest checking that you permissions are correct and your disk is not full. www.mysql.com has a good section on database administration, check this for log file information. Let us know if you can so we can help the next user :) Regards, Ben Yves Mettier wrote: > What version of perfparse ? > > I think that it is mysql that is trying to write that file because perfparse does not. > See if errorcode mean anything to mysql ? > And check if you have enough free space on your disks ? > > When you write to the list, please put an explicit subject to your mail, for archiving > and search purpose; thanks. > > Yves > > >>Where is perfparse trying to write stats-bin.005? >>Perfparse was running automatically via cron... >> >>nagios# ./perfparse >>"UPDATE perfdata_state SET pid = 89116, line_in_file = >>8, last_line_hash = '0515591A', file_name = >>'/usr/local/var/serviceperf.log' WHERE domain = >>'01691F17'" failed: >>Error writing file './stats-bin.005' (Errcode: 28) >> >> >> >> >>_______________________________ >>Do you Yahoo!? >>Express yourself with Y! Messenger! Free. Download now. >>http://messenger.yahoo.com >> >> >>------------------------------------------------------- >>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-devel mailing list >>Per...@li... >>https://lists.sourceforge.net/lists/listinfo/perfparse-devel >> >> > > > |
|
From: Ben C. <be...@cl...> - 2004-08-30 20:08:48
|
Hi Garry, Did you get your balloon trip? > Wow. This makes for a very busy graph page. Yes. I have reduced the spacing and tried to get rid of some stuff. It is a mess! I am open to all options to get it a bit cleaner. I might even do two pages. One simple and one complex. But not this release. I want to 'show off' what PP can do, before hiding it all. You two gues may disagree :) > My $.02: > > Instead of having a field to change the graph name, how about a small > button that says 'Rename Graph' or something. The 'Title' field? Maybe if I moved it to the bottom. Or maybe even right at the top out of the way of the graph function... ? > Also, I think that the default for scale should be 'Range from Plugin', > although the automatic range does seem to work better in some cases. Some plugins have no range. I can leave those at Automatic.... To be honest, questions about what default to use will differ for every user for good reasons. Instead I want to give the code the ability for all users to have their own defaults, then we will all be happy. But since you ask, I'll change it... > Shouldn't Range from Plugin Rounded/As Percent be determined by the UOM > of the metric? If the UOM is '%', then the Range from plugin should be > as percent. If we can do that, then this menu would be less busy. Interesting... If the UOM is '%' and they ask for percentage. Will they get the same scale? I might have to remove the percent options of the UOM is '%' or we will get some very interesting email! The percent option is to give more ability for the user. If they are preparing a graph for somebody else to see, they can define the range manually and express it as a percentage. Ok, it reminds me of 'Lies, damn lies, and statistics'. I can imagine a user setting the range = -10 -> 90 and setting as '%'. But that's the users choice... What do you think, does the '%' stay or go? > Graphs are loading slower now, I think Yves mentioned some possible > fixes for this. Not drawing the smooth plot. I'll set this as not showing as default. This does make a difference now. > To make the top box a little easier to navigate, perhaps the 'Graph > Size' drop down menu can be moved down to the 'Draw Graph' Area. This > might be a good place for the 'Rename Graph' button/field as well. I am reserving this space for a 'zoom' control. Zoom In on the left, Zoom Out on the right. This will be a set of .png image containing icons and ALT tags which the user can click. In fact Garry, I wondering is you could put together such a collection of images if I let you know what I want??? Maybe as well if you want, figure out a way of getting all these field into less space whilst makeing them look better. Between you office moving, buying houses and balloon trips :) > For the Guassion Avg. in the Smooth Plot, it might be good to have some > context sensitive help here. Maybe a link (What's this?) back to docs on > the PP web site that explain what it means and how it can be used. Yes, I was thinking the same. I learnt to use Gaussian Averaging when working at a Nuclear research centre in Germany. (Long story.) It's good stuff, but some help will, err, help... Now, I think I have some more email from Yves... Ben |
|
From: Cook, G. <GW...@ma...> - 2004-08-30 16:02:33
|
Ben Clewett wrote: > New version 0.100.1pre2 available for next few days on: >=20 > ftp://84.66.78.64 >=20 > This is all work on the graph. There are lots of new graph features. > Also ability to store and report graphs. Complete list in Change Log. >=20 > Requires a database conversion. >=20 > This is a candidate for a release, please let me know if > there are any > obvious problems. >=20 > Now, this is a public holiday here, so were off to the zoo... >=20 > Ben Wow. This makes for a very busy graph page. My $.02: Instead of having a field to change the graph name, how about a small button that says 'Rename Graph' or something. Also, I think that the default for scale should be 'Range from Plugin', although the automatic range does seem to work better in some cases. Shouldn't Range from Plugin Rounded/As Percent be determined by the UOM of the metric? If the UOM is '%', then the Range from plugin should be as percent. If we can do that, then this menu would be less busy. Graphs are loading slower now, I think Yves mentioned some possible fixes for this. To make the top box a little easier to navigate, perhaps the 'Graph Size' drop down menu can be moved down to the 'Draw Graph' Area. This might be a good place for the 'Rename Graph' button/field as well. For the Guassion Avg. in the Smooth Plot, it might be good to have some context sensitive help here. Maybe a link (What's this?) back to docs on the PP web site that explain what it means and how it can be used. Garry W. Cook, CCNA Network Infrastructure Manager MACTEC, Inc. - http://www.mactec.com/ 303.308.6228 (Office) - 720.220.1862 (Mobile) |
|
From: Yves M. <yme...@li...> - 2004-08-30 15:56:53
|
What version of perfparse ? I think that it is mysql that is trying to write that file because perfpa= rse does not. See if errorcode mean anything to mysql ? And check if you have enough free space on your disks ? When you write to the list, please put an explicit subject to your mail, = for archiving and search purpose; thanks. Yves > Where is perfparse trying to write stats-bin.005? > Perfparse was running automatically via cron... > > nagios# ./perfparse > "UPDATE perfdata_state SET pid =3D 89116, line_in_file =3D > 8, last_line_hash =3D '0515591A', file_name =3D > '/usr/local/var/serviceperf.log' WHERE domain =3D > '01691F17'" failed: > Error writing file './stats-bin.005' (Errcode: 28) > > > > > _______________________________ > Do you Yahoo!? > Express yourself with Y! Messenger! Free. Download now. > http://messenger.yahoo.com > > > ------------------------------------------------------- > 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=3D5047&alloc_id=3D10808&op=3Dclick > _______________________________________________ > Perfparse-devel mailing list > Per...@li... > https://lists.sourceforge.net/lists/listinfo/perfparse-devel > > --=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: Jon L. <jly...@ya...> - 2004-08-30 15:09:12
|
Where is perfparse trying to write stats-bin.005? Perfparse was running automatically via cron... nagios# ./perfparse "UPDATE perfdata_state SET pid = 89116, line_in_file = 8, last_line_hash = '0515591A', file_name = '/usr/local/var/serviceperf.log' WHERE domain = '01691F17'" failed: Error writing file './stats-bin.005' (Errcode: 28) _______________________________ Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now. http://messenger.yahoo.com |
|
From: Yves M. <yme...@li...> - 2004-08-30 11:36:49
|
If you release it as is, please make 2 changes : - period: relative (instead of absolute) - Rel period: 1 day (instead of 7) Or remove "Smooth" and "Stan Dev". But for common usage, I prefer the def= ault as 1 day relative. I even prefer that you don't draw Smooth and Stan Dev by defaul= t. More speed with fewer default options :) Reason: It takes too much time to make a graph. Sample Points: 19185 (for 4 days; I don't keep data older than 4 days; I = scan every 20 seconds) If you have some time, don't forget that if you set is_deleted to 1 in th= e database, the next perfparse-db-purge will remove the line (and depending lines) in the= database. This feature already exists, but there is no button yet to take benefit of it = :) Yves > New version 0.100.1pre2 available for next few days on: > > ftp://84.66.78.64 > > This is all work on the graph. There are lots of new graph features. > Also ability to store and report graphs. Complete list in Change Log. > > Requires a database conversion. > > This is a candidate for a release, please let me know if there are any > obvious problems. > > Now, this is a public holiday here, so were off to the zoo... > > Ben > > > --=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-08-30 09:16:15
|
New version 0.100.1pre2 available for next few days on: ftp://84.66.78.64 This is all work on the graph. There are lots of new graph features. Also ability to store and report graphs. Complete list in Change Log. Requires a database conversion. This is a candidate for a release, please let me know if there are any obvious problems. Now, this is a public holiday here, so were off to the zoo... Ben |
|
From: Ben C. <Be...@cl...> - 2004-08-27 10:11:36
|
This version has a bug with the graph title, you have to redraw to get this to work. Ben Ben Clewett wrote: > Garry, Yves and other developers: > > New version 0.100.1pre1 available for pre-release at: > > ftp://84.66.78.64/ > > This will be posted here for a few days. > > This has a re-working of the graph drawing, including some new features. > There are more to come before official release. > > Note:- This can scale the graph to match the MAX/MIN supplied by > plugins. Eg, check_disk. You must have a valid parse of this data with > this version, before the graph will give the option to scale by these > values. > > Please let me know any bugs etc. > > Regards, Ben > > > ------------------------------------------------------- > SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 > Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > _______________________________________________ > Perfparse-devel mailing list > Per...@li... > https://lists.sourceforge.net/lists/listinfo/perfparse-devel > |
|
From: Ben C. <Be...@cl...> - 2004-08-27 09:57:31
|
Garry, Yves and other developers: New version 0.100.1pre1 available for pre-release at: ftp://84.66.78.64/ This will be posted here for a few days. This has a re-working of the graph drawing, including some new features. There are more to come before official release. Note:- This can scale the graph to match the MAX/MIN supplied by plugins. Eg, check_disk. You must have a valid parse of this data with this version, before the graph will give the option to scale by these values. Please let me know any bugs etc. Regards, Ben |
|
From: Ben C. <Ben...@ro...> - 2004-08-27 09:57:18
|
Garry, Yves and other developers: New version 0.100.1pre1 available for pre-release at: ftp://84.66.78.64/ This will be posted here for a few days. This has a re-working of the graph drawing, including some new features. There are more to come before official release. Note:- This can scale the graph to match the MAX/MIN supplied by plugins. Eg, check_disk. You must have a valid parse of this data with this version, before the graph will give the option to scale by these values. Please let me know any bugs etc. Regards, Ben |
|
From: Ferrill, J. <jam...@NE...> - 2004-08-25 20:44:07
|
I've been trying to collect some counter data and it doesn't seem to work quite right using the latest check_nt from CVS (1.24): nexismdev04:/usr/local/nagios/libexec# ./check_nt -H 172.29.19.28 -p 1248 -v COUNTER -l "\\Memory\\Available Bytes" 270553088 nexismdev04:/usr/local/nagios/libexec# ./check_nt -H 172.29.19.28 -p 1248 -v COUNTER -l "\\Memory\\Available Bytes","Free memory" No unit counter specified nexismdev04:/usr/local/nagios/libexec# ./check_nt -H 172.29.19.28 -p 1248 -v COUNTER -l "\\Memory\\Available Bytes","Free memory %.2f" Free memory %.2f = 271278080.00 %|'Free memory %.2f'=271278080.000000%;0.000000;; nexismdev04:/usr/local/nagios/libexec# ./check_nt -H 172.29.19.28 -p 1248 -v COUNTER -l "\\Paging File(_Total)\\%% Usage","%.f %% paging file used." %.f %% paging file used. = 0.00 %|'%.f %% paging file used.'=0.000000%;0.000000;; Is this a bug or am I doing it wrong? Thanks. > James Ferrill > IT Analyst II > NextiraOne > Phone: 713-307-4029 > Email: jam...@ne... > > |
|
From: Yves M. <yme...@li...> - 2004-08-24 09:11:23
|
Hi ! This is rather for perfparse-devel, but the question may concern nagios-d= evel so I post there too. When a plugin ends, we have the execution date in $TIMET$ macro of the pl= ugin. That date is usually the date when the plugin got the data. However, there are cases when the data is somewhere (in a log file for ex= ample) with a timestamp, and the plugin gets the data with the timestamp. In such a cas= e, I don't need the date from $TIMET$, but the timestamp that the plugin scanned. For perfparse, there is an easy way to do it: the plugin can return the t= imestamp as performance data, for example: plugin output | TIMET=3D1093338402 key1=3Dvalue1;warn1;crit1 key2=3Dvalue2UOM;warn2;crit2;min2;max2 ... With such a line, perfparse would understand that it has to take the valu= e from the plugin TIMET performance data and not from the nagios $TIMET$ macro. TIME= T would become a keyword for perfparse. This can also become a specification for perform= ance data in nagios. Guys at perfparse project, do you think that I can implement this ? Guys at nagios project, is this the way to do it, or is there a better wa= y ? Yves (coder on perfparse) --=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-08-20 08:05:01
|
There is a new version, 0.99.09. This is a stable release, containing only bug fixes from the last version. If you experience any problems, please let us know. Ben. |
|
From: Ben C. <Be...@cl...> - 2004-08-17 22:49:39
|
Garry, Yves, I want to talk about RRD, however I have lost the original thread. Let me explain my worries about using RRD. Please correct me where I am going wrong. Round Robin Database gives a method of storing a fixed period of data which is stored locally and may be graphed by many available open source programs. This is a fast self-purging method liked by many people. But what are we proposing? i) Using just RRD. ii) Using RRD for storage of Binary data, and a DBMS for everything else. iii) Using PP as is, but also store data in RRD. I have seen some comments about using (i), just RRD. If we do this, the product we will have effectively is not PerfParse. - There will be no storage of raw data. - The extra information we plan, like a range of WARN and CRITICAL values will not be supported. - The product will not be client/server, and therefore the whole of PP must be using on a single machine. Effectivelly, the entire PP CGI is redendent and we should probably advise users to use one of the existing mature RRD viewers. This will mean that PP is reduced to just the 'perfparse' program, which it's self is reduced to just storing binary values in an RRD database. I don't think we want to do this. :) With option (ii), using RRD for the binary data. This also presents some problems: - Extra data, like range of WARN and CRIT cannot be supported in full. Although two lines for each can be stored to indicate range. Messy! - Half of PP is client/server, half is local. - Referential Integrity is hard to maintain using two different database types. - Lots of re-coding to get the chart to read RRD data. Again, I wonder whether this is worth it, although there might be an argument. My feeling is that we should provide an option the user can select when compiling: 1. Store data as RRD for their own use, or not. 2. Store data as PP format, or not. In the second case, we are effectively providing a method to import data into RRD, and the users chooses not to use any of the other features we provide. As always, I look forward to your comments. Ben |
|
From: Cook, G. <GW...@ma...> - 2004-08-17 12:46:54
|
Yves Mettier wrote: >> Garry, Yves, >>=20 >> I want to talk about RRD, however I have lost the original thread. >>=20 >> Let me explain my worries about using RRD. Please correct me where >> I am going wrong. >=20 > My comments will be my explanations. > Garry has his own opinion (I agree with him for most of what he said). >=20 >>=20 >> Round Robin Database gives a method of storing a fixed period of data >> which is stored locally and may be graphed by many available open >> source programs. This is a fast self-purging method liked by many >> people.=20 >>=20 >> But what are we proposing? >>=20 >> i) Using just RRD. >>=20 >> ii) Using RRD for storage of Binary data, and a DBMS for everything >> else.=20 >>=20 >> iii) Using PP as is, but also store data in RRD. >=20 > iv) Using RRD for storage of Binary data, and a DBMS for *all* >=20 > Well, propose everything ! > Some may only use the perfparse binary (not the CGI...) to > create RRD files and use them > with other tools. Some may need database storage. Some may > need both... >=20 > I my mind, there is only a --rrd-dump=3Drrdfile option to add > in perfparse.c and to support. > Those who want to graph the data from the rrdfile will use > their own tools, and maybe > some may send us a contribution ? At this point I'm not sure what to propose. I was originally proposing that we give users the ability to use ONLY RRD, if they wish. But I was afraid that this might no longer be possible, due to some of the features that have already been implemented.=20 Is this definitely the case? What is needed that cannot be stored in RRD? The groups I guess, and raw data, although I don't understand what part of that can't be stored, the strings I suppose. Yeah, I'm starting to see why we cannot use only RRD. Perhaps you guys can just throw in the option that Yves mentioned above and we can move on... >> I have seen some comments about using (i), just RRD. >>=20 >> If we do this, the product we will have effectively is not PerfParse. >> - There will be no storage of raw data. >=20 > For now, this is not a problem for me: I use only binary data. >=20 >> - The extra information we plan, like a range of WARN and CRITICAL >> values will not be supported. >=20 > This is a choice I can do for here. My need is that the extra > informations are parsed. I don't mind they are not stored. > And there is a hack we can do: store them as another value. > The rrdfile will grow > faster, with 5 values instead of 1 (val, warnmin, warnmax, > critmin, critmax) I'm not sure that you guys are correct here. The range values can all be stored, and it is not really a hack. I think you can store many values in an RRD, if that is your choice. =20 >> - The product will not be client/server, and therefore the whole of >> PP must be using on a single machine. >=20 > I need this. So I need the database (except if we make > another server/client system, but > this is not planned, and we have enough of them for now) I use all of my tools on a single machine anyway. In fact I prefer it that way. Should I ever go into business building network monitoring appliance servers, I wouldn't want to have to tell people that they must buy at least two servers. I understand that this just gives me more flexibility, and it is optional to have a second server, but if we were to pull a lot of the data out of MySQL and put it into RRD, I don't really think there would be a need for a second server, as I think it would perform much better. >> Effectivelly, the entire PP CGI is redendent and we should probably >> advise users to use one of the existing mature RRD viewers. > This will >> mean that PP is reduced to just the 'perfparse' program, which it's >> self is reduced to just storing binary values in an RRD database. >>=20 >> I don't think we want to do this. :) >=20 > I think that some want it. You would not have so many mails > about it otherwise. Yes. If you want users to use PP, RRD support is necessary. Those who want/need it are going to go over to Nagiosgraph otherwise. >> With option (ii), using RRD for the binary data. This also presents >> some problems:=20 >>=20 >> - Extra data, like range of WARN and CRIT cannot be supported in >> full. Although two lines for each can be stored to indicate range.=20 >> Messy!=20 You may be right, I'm not sure. It's been a long time since I looked at RRDTool in detail, although I use it every day for my MRTG graphs. However, I think you'd be surprised at what you can do with RRDTool. =20 > The users make the choice. >=20 >> - Half of PP is client/server, half is local. >=20 > This is good for data storage. Few data central, a lot of > data on each monitored machine. > If the CGI could ask each monitored machine for the data, it > would be better for data > storage : save the data with your usual backup procedure. It > would also be better for > network traffic: only the needed values go on the network. > Sadly, it is more complex to implement this because of the > client-server issue.=20 >=20 >> - Referential Integrity is hard to maintain using two different >> database types.=20 >> - Lots of re-coding to get the chart to read RRD data. >=20 > About this: probably like you, I fully disagree about the CGI > reading RRD data. > I agree with feeding RRD files, but exploitation of RRD files > has to be done with other > tools (that can be part of the perfparse project, one day, why not ?) >=20 >> Again, I wonder whether this is worth it, although there might be an >> argument.=20 >>=20 >>=20 >> My feeling is that we should provide an option the user can select >> when compiling:=20 >>=20 >> 1. Store data as RRD for their own use, or not. >> 2. Store data as PP format, or not. 3. Store data as PP format, and be able to dump to RRD at regular intervals, perhaps as data is purged from MySQL. > Yes :) > My own reflexion results in the same conclusion :) >=20 > Yves >>=20 >> In the second case, we are effectively providing a method to import >> data into RRD, and the users chooses not to use any of the other >> features we provide.=20 >>=20 >> As always, I look forward to your comments. >>=20 >> Ben Garry W. Cook, CCNA Network Infrastructure Manager MACTEC, Inc. - http://www.mactec.com/ 303.308.6228 (Office) - 720.220.1862 (Mobile) |
16 messages has been excluded from this view by a project administrator.
