Menu
▾
▴
perfparse-users — Problems using PerfParse
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(12) |
Jun
(56) |
Jul
(68) |
Aug
(141) |
Sep
(82) |
Oct
(76) |
Nov
(115) |
Dec
(74) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(65) |
Feb
(113) |
Mar
(82) |
Apr
(37) |
May
(44) |
Jun
(22) |
Jul
(12) |
Aug
(3) |
Sep
(17) |
Oct
(11) |
Nov
(23) |
Dec
(1) |
| 2006 |
Jan
(1) |
Feb
(9) |
Mar
(6) |
Apr
(12) |
May
(10) |
Jun
(23) |
Jul
(1) |
Aug
(4) |
Sep
(3) |
Oct
(4) |
Nov
(6) |
Dec
(15) |
| 2007 |
Jan
(17) |
Feb
(14) |
Mar
(20) |
Apr
(7) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(5) |
Oct
(1) |
Nov
|
Dec
(2) |
| 2008 |
Jan
|
Feb
|
Mar
(2) |
Apr
(2) |
May
(6) |
Jun
(5) |
Jul
(13) |
Aug
(2) |
Sep
(16) |
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Steve F. <sf...@uc...> - 2004-07-29 18:16:03
|
I just moved up to Nagios 2.0a1 at the same time that I installed
PerfParse. After running perfparse.sh in my nagios user's crontab every
10 minutes for a couple of nights, I have noticed that Nagios seems to
stop firing off checks at some point. It seems to happen within a few
hours of starting up the crons and does not seem to happen if I disable
the perfparse.sh check. I get the feeling it has something to do with
sending the HUP to Nagios or having a lock file clobbered or something.
I havent had a chance to really dig into it, but the nagios logs dont
seem to say much...just silent stopping (but the main process remains
running). Anyone seen something like this before?
FYI, my perfparse.sh settings are:
BASE_DIR="/opt/nagios2"
PERFPARSE="${BASE_DIR}/bin/perfparse"
LOG="${BASE_DIR}/var/perfparse.log"
TMP_LOG="/tmp/perfparse.${$}.log"
TMP_ERR="/tmp/perfparse.${$}.err"
PERF_FILE="/opt/nagios2/var/serviceperf.log"
My perfparse.cfg file settings are:
# Performance Data Log Files:
Drop_File="/tmp/perfparse.drop"
Service_Log="/opt/nagios2/var/serviceperf.log"
# Deletion of log file when perfparse runs.
Delete_Log = "No"
Nagios_Lock="/opt/nagios2/var/nagios.lock"
# Drop file for lines of log rejected:
Host_Log="/opt/nagios2/var/hostperf.log"
# Reporting options:
# Do not display completion status of perfparse:
Be_Silent = "no"
# Display a report on exit of perfparse:
Do_Report = "no"
# Lock file for only one perfparse running at the same time
Lock_File = "/opt/nagios2/var/perfparse.lock"
-----
Steve Foley
Scripps Institution of Oceanography
sf...@uc..., (858) 822-3356
|
|
From: Yves M. <yme...@li...> - 2004-07-29 12:53:46
|
Hi, Ben and I are going on holiday soon. Besides this, there were a lot of new releases these weeks. Well, it will be a little more quiet for 2 weeks :) We also want to try to give you a stable release that we don't modify eve= ry day. We are still waiting for Garry who is writing the doc. If you don't mind not hav= ing the doc, you can get my latest package here: http://ymettier.chez.tiscali.fr/perfparse-devel/perfparse-0.99.07ym5.tar.= gz Ben should release 0.99.08 soon, maybe today, and 0.99.08 should be 0.99.= 07ym5 including Garry's doc. This version is unofficial, which means unsupported. But if there is any = problem, and if 0.99.08 is not released yet, maybe we can fix the problem before releasin= g 0.99.08. I will continue to use this web site for some other releases when we need= feedback, instead of having a new version every day. In 0.99.07ym5 and in 0.99.08, you will need to update the database, runni= ng perfparse-db-tool --update. If you do it with 0.99.07ym5, you don't need = to do it with 0.99.08. Any questions ? Well, just ask, until tomorrow (Jul 30th) for Ben, and un= til Wednesday (4th Aug). We should be back something like Aug 16th with a lot of mails = to read. 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: Wilson P. J. <wp....@te...> - 2004-07-28 17:37:40
|
Hi all. The perfparse.log file shows the following line (3rd line): Hash in error. Want "06AD7...", got "0F6ED...", reset. What does it mean? What do I have to do in order to correct it? Regards, Wilson |
|
From: Wilson P. J. <wp....@te...> - 2004-07-28 16:08:22
|
Hi guys, after running ./perfparse -r i got: Unknown column 'bin_delete_policy' in 'field list' What does it mean? Regards, Wilson |
|
From: Wilson P. J. <wp....@te...> - 2004-07-27 14:11:51
|
Hi guys, is there some check_nt plugin version that returns performance data? Regards, Wilson |
|
From: Ben C. <Be...@cl...> - 2004-07-27 07:54:12
|
Steve, Groups and Nagios. It is hard to use the Nagios groups as-is because: - They may be on a different machine. - They may be in a database PP cannot read. - They may contain hosts which PP does not contain. - PP may contain hosts which Nagios may not. - PP may read from a cluster of Nagios installations, which all may have different conflicting groups. We do plan an install script of some form in the future which will copy the groups. Sorry about the manual replication, please keep watching for new releases. Restriction of administrative functions: That's a good question! There is no way with the current version to disable the administrative functions. We do have plans to build a command line option to set the administrative functions. This would be linked to a flag so that these function were optionally displayed on the CGI on a given host. Therefore an installation on one machine might or might not show these options. If you want to do this manually now, it can be completed easily with a small edit to the code: Install PP on a new machine used just for public view. Before you 'make', edit the file cgi_intro.c. This contains a menu. Delete or comment out the lines of code displaying the administrative functions and 'make install'. I will note your request for attention for the a version some time soon. Regards, Ben PS, Garry, some good questions for your FAQ :) Steve Foley wrote: > I just installed the latest version of perfparse with Nagios 2.0a1 last > week. All appears to be working well. By default, it looks like all of > my hosts show up in the same group within perfparse. Is there any way I > can have the same hostgroups in perfparse as in nagios without doing it > by hand every time? > > Also, is there any easy way to restrict modification of deletion > policies? Id like to make the custom graphing abilities public to the > nagios groups, but I dont want everyone to be able to delete data. > > Thanks, > -Steve > ----- > Steve Foley > Scripps Institution of Oceanography > sf...@uc..., (858) 822-3356 > > > > ------------------------------------------------------- > 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=4721&alloc_id=10040&op=click > _______________________________________________ > Perfparse-users mailing list > Per...@li... > https://lists.sourceforge.net/lists/listinfo/perfparse-users > |
|
From: Steve F. <sf...@uc...> - 2004-07-26 19:11:15
|
I just installed the latest version of perfparse with Nagios 2.0a1 last week. All appears to be working well. By default, it looks like all of my hosts show up in the same group within perfparse. Is there any way I can have the same hostgroups in perfparse as in nagios without doing it by hand every time? Also, is there any easy way to restrict modification of deletion policies? Id like to make the custom graphing abilities public to the nagios groups, but I dont want everyone to be able to delete data. Thanks, -Steve ----- Steve Foley Scripps Institution of Oceanography sf...@uc..., (858) 822-3356 |
|
From: Ben C. <Be...@cl...> - 2004-07-26 15:35:06
|
Darren,
Big oops to me I'm sorry to say. My 'gcc' is allowing c++ extensions I=20
think, where this programming style is legal. I'll have to find a way=20
of stopping it...
Thanks for the patch! Please let me know if you find any others :)
Regards, Ben.
Kemp, Darren wrote:
> Solaris wont compile this unless you switch
> sCGI =3D g_string_sized_new(SQL_SIZE);
> int iStates[4] =3D { 0, 0, 0, 0 };
>=20
> to
>=20
> int iStates[4] =3D { 0, 0, 0, 0 };
> sCGI =3D g_string_sized_new(SQL_SIZE);
>=20
> in cgi/cgi_raw_report.c
>=20
> line 49 or thereabouts.
>=20
> It gets angry if all your variable declarations don't come first.
>=20
> -dkk
>=20
> -----Original Message-----
> From: per...@li...
> [mailto:per...@li...] On Behalf Of Ben
> Clewett
> Sent: Monday, July 26, 2004 8:02 AM
> To: per...@li...
> Subject: [Perfparse-users] Release 0.99.07
>=20
> Version 0.99.07 out.
>=20
> This fixes a minor bug with the Gant chart, an errant line.
>=20
> Also a fix to the output of 'configure'. When run, this now correctly=20
> displays:
>=20
>=20
> *****************************************************
>=20
> WARNING WARNING WARNING WARNING WARNING WARNING WARNING
> CHANGE SINCE 0.99.04:
>=20
> PLEASE CHECK THAT xpdfile_service_perfdata_template IN nagios.cfg
> HAS THE FOLLOWING CONTENT:
>=20
> xpdfile_service_perfdata_template=3D$TIMET$\t$HOSTNAME$\t$SERVICEDESC$\=
t$O
> UTPUT$\t$SERVICESTATE$\t$PERFDATA$
>=20
> *****************************************************
>=20
>=20
> Sorry if this caused any person confusion.
>=20
> Regards, Ben
>=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_id=3D4721&alloc_id=3D10040&op=3Dclick
> _______________________________________________
> Perfparse-users mailing list
> Per...@li...
> https://lists.sourceforge.net/lists/listinfo/perfparse-users
>=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_idG21&alloc_id=10040&op=CCk
> _______________________________________________
> Perfparse-users mailing list
> Per...@li...
> https://lists.sourceforge.net/lists/listinfo/perfparse-users
>=20
|
|
From: Kemp, D. <Dar...@xe...> - 2004-07-26 15:23:37
|
Solaris wont compile this unless you switch
sCGI =3D g_string_sized_new(SQL_SIZE);
int iStates[4] =3D { 0, 0, 0, 0 };
to
int iStates[4] =3D { 0, 0, 0, 0 };
sCGI =3D g_string_sized_new(SQL_SIZE);
in cgi/cgi_raw_report.c
line 49 or thereabouts.
It gets angry if all your variable declarations don't come first.
-dkk
-----Original Message-----
From: per...@li...
[mailto:per...@li...] On Behalf Of Ben
Clewett
Sent: Monday, July 26, 2004 8:02 AM
To: per...@li...
Subject: [Perfparse-users] Release 0.99.07
Version 0.99.07 out.
This fixes a minor bug with the Gant chart, an errant line.
Also a fix to the output of 'configure'. When run, this now correctly=20
displays:
*****************************************************
WARNING WARNING WARNING WARNING WARNING WARNING WARNING
CHANGE SINCE 0.99.04:
PLEASE CHECK THAT xpdfile_service_perfdata_template IN nagios.cfg
HAS THE FOLLOWING CONTENT:
xpdfile_service_perfdata_template=3D$TIMET$\t$HOSTNAME$\t$SERVICEDESC$\t$=
O
UTPUT$\t$SERVICESTATE$\t$PERFDATA$
*****************************************************
Sorry if this caused any person confusion.
Regards, Ben
-------------------------------------------------------
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=3D4721&alloc_id=3D10040&op=3Dclick
_______________________________________________
Perfparse-users mailing list
Per...@li...
https://lists.sourceforge.net/lists/listinfo/perfparse-users
|
|
From: Ben C. <Be...@cl...> - 2004-07-26 11:58:59
|
Version 0.99.07 out. This fixes a minor bug with the Gant chart, an errant line. Also a fix to the output of 'configure'. When run, this now correctly displays: ***************************************************** WARNING WARNING WARNING WARNING WARNING WARNING WARNING CHANGE SINCE 0.99.04: PLEASE CHECK THAT xpdfile_service_perfdata_template IN nagios.cfg HAS THE FOLLOWING CONTENT: xpdfile_service_perfdata_template=$TIMET$\t$HOSTNAME$\t$SERVICEDESC$\t$OUTPUT$\t$SERVICESTATE$\t$PERFDATA$ ***************************************************** Sorry if this caused any person confusion. Regards, Ben |
|
From: Ben C. <Be...@cl...> - 2004-07-23 17:42:47
|
Final release for the weekend. Had a few problems, now sorted. This release is good! Versions 0.99.01 to 0.99.05 suffer a risk of not importing data, for a number of reasons. I would advise upgrading to this version. This release filled a big hole: A big hole is PP to date:- The Nagios States (OK, WARNING, CRITICAL, UNKNOWN) were not imported. They are now successfully parsed, stored and used on all Raw Reports. Including the new Gant chart. Thanks again to Yves. There is a small fix needed. Please edit nagios.cfg, find the line: xpdfile_service_perfdata_template=$TIMET$\t$HOSTNAME$\t$SERVICEDESC$\t$OUTPUT$\t$PERFDATA$ And please change to: xpdfile_service_perfdata_template=$TIMET$\t$HOSTNAME$\t$SERVICEDESC$\t$OUTPUT$\t$SERVICESTATE$\t$PERFDATA$ Which has the new macro $SERVICESTATE$ near the end of the line. This is required for this version :) In more detail: The state is stored and used. Older data from before this fix will still 'guess' the correct state from the text output of the plugin. Recent data from this version onwards will use true correct state. Thanks for all the feedback, please keep us informed of any problems. Regards, Ben |
|
From: Jaap H. <jaa...@ma...> - 2004-07-23 16:49:21
|
Garry, I still believe that this does not solve the issue of how to handle lower tresholds in perfparse, so I decided to take the different approach, I wrote a script that does filesystem checks using the "used" disk capacity as opposed to the amount of free capacity, thus solving the issue. It's a shell script that is not fool proof, and will only do one filesystem, but it works for me :-) I've attached it for those of you who are interested. Regards, Jaap On Thu, 2004-07-22 at 21:59, Cook, Garry wrote: > Attached is a 'fixed' check_disk.c. Just drop it in the plugin source > directory and re-make, then copy the binary over to nagios/libexec. > Works great on my system, I just needed to reverse the perfdata > output. You may want to backup your original check_disk.c and > check_disk just in case... > -g |
|
From: Ben C. <Be...@cl...> - 2004-07-23 16:39:35
|
PP users, I am sorry to admit that this version too contained bugs. This is a problem of trying to fix bugs whilst developing code, not having enough time to test. This version has been removed. Please don't use it. It will only import lines of data with performance data, all others will be dropped. Very sorry about this! Regards, Ben. Ben Clewett wrote: > Yet another version! > > Our friend Yves found and fixed an important bug. Versions 0.99.01 to > 0.99.04 suffer a risk of not importing data. If you have a line of > performance data PerfParse did not understand, you may have lost the > rest of the import. This is now fixed. :) > > More important! > > A big hole is PP to date:- The Nagios States (OK, WARNING, CRITICAL, > UNKNOWN) were not imported. They are now successfully parsed, stored > and used on all Raw Reports. Including the new Gant chart. Thanks > again to Yves. > > There is a small fix needed. Please edit nagios.cfg, find the line: > > xpdfile_service_perfdata_template=$TIMET$\t$HOSTNAME$\t$SERVICEDESC$\t$OUTPUT$\t$PERFDATA$ > > > And please change to: > > xpdfile_service_perfdata_template=$TIMET$\t$HOSTNAME$\t$SERVICEDESC$\t$OUTPUT$\t$PERFDATA$\t$SERVICESTATE$ > > > This is required for this version :) > > In more detail: The state is stored and used. Older data from before > this fix will still 'guess' the correct state from the text output of > the plugin. Recent data from this version onwards will use true correct > state. > > Thanks for all the feedback, please keep us informed of any problems. > > Regards, > > Ben > > > > > ------------------------------------------------------- > 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=4721&alloc_id=10040&op=click > _______________________________________________ > Perfparse-users mailing list > Per...@li... > https://lists.sourceforge.net/lists/listinfo/perfparse-users > |
|
From: Ben C. <Be...@cl...> - 2004-07-23 15:56:50
|
Yet another version! Our friend Yves found and fixed an important bug. Versions 0.99.01 to 0.99.04 suffer a risk of not importing data. If you have a line of performance data PerfParse did not understand, you may have lost the rest of the import. This is now fixed. :) More important! A big hole is PP to date:- The Nagios States (OK, WARNING, CRITICAL, UNKNOWN) were not imported. They are now successfully parsed, stored and used on all Raw Reports. Including the new Gant chart. Thanks again to Yves. There is a small fix needed. Please edit nagios.cfg, find the line: xpdfile_service_perfdata_template=$TIMET$\t$HOSTNAME$\t$SERVICEDESC$\t$OUTPUT$\t$PERFDATA$ And please change to: xpdfile_service_perfdata_template=$TIMET$\t$HOSTNAME$\t$SERVICEDESC$\t$OUTPUT$\t$PERFDATA$\t$SERVICESTATE$ This is required for this version :) In more detail: The state is stored and used. Older data from before this fix will still 'guess' the correct state from the text output of the plugin. Recent data from this version onwards will use true correct state. Thanks for all the feedback, please keep us informed of any problems. Regards, Ben |
|
From: Ben C. <be...@cl...> - 2004-07-22 20:14:43
|
Another version, two in the same day! The main extra in this one is a Gant chart in the raw history report. Treat this as a prototype. Let me know how you would like to see this feature developed. This also has a few fixes to help port onto FreeBSD and the usual collection of bug-fixes (thanks for the feedback). Thanks for all the support over the last few versions. I feel we are really getting somewhere now! Regards, Ben Clewett. |
|
From: Cook, G. <GW...@ma...> - 2004-07-22 19:59:33
|
LyoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKgoKIFRoaXMgcHJvZ3JhbSBpcyBmcmVlIHNvZnR3YXJlOyB5 b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3IgbW9kaWZ5CiBpdCB1bmRlciB0aGUgdGVybXMg b2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGFzIHB1Ymxpc2hlZCBieQogdGhlIEZy ZWUgU29mdHdhcmUgRm91bmRhdGlvbjsgZWl0aGVyIHZlcnNpb24gMiBvZiB0aGUgTGljZW5zZSwg b3IKIChhdCB5b3VyIG9wdGlvbikgYW55IGxhdGVyIHZlcnNpb24uCgogVGhpcyBwcm9ncmFtIGlz IGRpc3RyaWJ1dGVkIGluIHRoZSBob3BlIHRoYXQgaXQgd2lsbCBiZSB1c2VmdWwsCiBidXQgV0lU SE9VVCBBTlkgV0FSUkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBvZgog TUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLiAgU2Vl IHRoZQogR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgZm9yIG1vcmUgZGV0YWlscy4KCiBZb3Ug c2hvdWxkIGhhdmUgcmVjZWl2ZWQgYSBjb3B5IG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGlj ZW5zZQogYWxvbmcgd2l0aCB0aGlzIHByb2dyYW07IGlmIG5vdCwgd3JpdGUgdG8gdGhlIEZyZWUg U29mdHdhcmUKIEZvdW5kYXRpb24sIEluYy4sIDY3NSBNYXNzIEF2ZSwgQ2FtYnJpZGdlLCBNQSAw MjEzOSwgVVNBLgoKKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiovCgpjb25zdCBjaGFyICpwcm9nbmFtZSA9 ICJjaGVja19kaXNrIjsKY29uc3QgY2hhciAqcmV2aXNpb24gPSAiJFJldmlzaW9uOiAxLjM4ICQi Owpjb25zdCBjaGFyICpjb3B5cmlnaHQgPSAiMTk5OS0yMDAzIjsKY29uc3QgY2hhciAqZW1haWwg PSAibmFnaW9zcGx1Zy1kZXZlbEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQiOwoKI2luY2x1ZGUgImNv bW1vbi5oIgojaWYgSEFWRV9JTlRUWVBFU19ICiMgaW5jbHVkZSA8aW50dHlwZXMuaD4KI2VuZGlm CiNpbmNsdWRlIDxhc3NlcnQuaD4KI2luY2x1ZGUgInBvcGVuLmgiCiNpbmNsdWRlICJ1dGlscy5o IgojaW5jbHVkZSA8c3RkYXJnLmg+CiNpbmNsdWRlICIuLi9saWIvZnN1c2FnZS5oIgojaW5jbHVk ZSAiLi4vbGliL21vdW50bGlzdC5oIgojaWYgSEFWRV9MSU1JVFNfSAojIGluY2x1ZGUgPGxpbWl0 cy5oPgojZW5kaWYKCi8qIElmIG5vbnplcm8sIHNob3cgaW5vZGUgaW5mb3JtYXRpb24uICovCi8q IHN0YXRpYyBpbnQgaW5vZGVfZm9ybWF0OyAqLwoKLyogSWYgbm9uemVybywgc2hvdyBldmVuIGZp bGVzeXN0ZW1zIHdpdGggemVybyBzaXplIG9yCiAgIHVuaW50ZXJlc3RpbmcgdHlwZXMuICovCnN0 YXRpYyBpbnQgc2hvd19hbGxfZnMgPSAxOwoKLyogSWYgbm9uemVybywgc2hvdyBvbmx5IGxvY2Fs IGZpbGVzeXN0ZW1zLiAgKi8Kc3RhdGljIGludCBzaG93X2xvY2FsX2ZzID0gMDsKCi8qIElmIHBv c2l0aXZlLCB0aGUgdW5pdHMgdG8gdXNlIHdoZW4gcHJpbnRpbmcgc2l6ZXM7CiAgIGlmIG5lZ2F0 aXZlLCB0aGUgaHVtYW4tcmVhZGFibGUgYmFzZS4gICovCi8qIHN0YXRpYyBpbnQgb3V0cHV0X2Js b2NrX3NpemU7ICovCgovKiBJZiBub256ZXJvLCBpbnZva2UgdGhlIGBzeW5jJyBzeXN0ZW0gY2Fs bCBiZWZvcmUgZ2V0dGluZyBhbnkgdXNhZ2UgZGF0YS4KICAgVXNpbmcgdGhpcyBvcHRpb24gY2Fu IG1ha2UgZGYgdmVyeSBzbG93LCBlc3BlY2lhbGx5IHdpdGggbWFueSBvciB2ZXJ5CiAgIGJ1c3kg ZGlza3MuICBOb3RlIHRoYXQgdGhpcyBtYXkgbWFrZSBhIGRpZmZlcmVuY2Ugb24gc29tZSBzeXN0 ZW1zIC0tCiAgIFN1bk9zNC4xLjMsIGZvciBvbmUuICBJdCBpcyAqbm90KiBuZWNlc3Nhcnkgb24g TGludXguICAqLwovKiBzdGF0aWMgaW50IHJlcXVpcmVfc3luYyA9IDA7ICovCgovKiBBIGZpbGVz eXN0ZW0gdHlwZSB0byBkaXNwbGF5LiAqLwoKc3RydWN0IG5hbWVfbGlzdAp7CiAgY2hhciAqbmFt ZTsKICBpbnQgZm91bmQ7CiAgdWludG1heF90IHdfZGY7CiAgdWludG1heF90IGNfZGY7CiAgZG91 YmxlIHdfZGZwOwogIGRvdWJsZSBjX2RmcDsKICBzdHJ1Y3QgbmFtZV9saXN0ICpuYW1lX25leHQ7 Cn07CgovKiBMaW5rZWQgbGlzdCBvZiBmaWxlc3lzdGVtIHR5cGVzIHRvIGRpc3BsYXkuCiAgIElm IGBmc19zZWxlY3RfbGlzdCcgaXMgTlVMTCwgbGlzdCBhbGwgdHlwZXMuCiAgIFRoaXMgdGFibGUg aXMgZ2VuZXJhdGVkIGR5bmFtaWNhbGx5IGZyb20gY29tbWFuZC1saW5lIG9wdGlvbnMsCiAgIHJh dGhlciB0aGFuIGhhcmRjb2RpbmcgaW50byB0aGUgcHJvZ3JhbSB3aGF0IGl0IHRoaW5rcyBhcmUg dGhlCiAgIHZhbGlkIGZpbGVzeXN0ZW0gdHlwZXM7IGxldCB0aGUgdXNlciBzcGVjaWZ5IGFueSBm aWxlc3lzdGVtIHR5cGUKICAgdGhleSB3YW50IHRvLCBhbmQgaWYgdGhlcmUgYXJlIGFueSBmaWxl c3lzdGVtcyBvZiB0aGF0IHR5cGUsIHRoZXkKICAgd2lsbCBiZSBzaG93bi4KCiAgIFNvbWUgZmls ZXN5c3RlbSB0eXBlczoKICAgNC4yIDQuMyB1ZnMgbmZzIHN3YXAgaWdub3JlIGlvIHZtIGVmcyBk YmcgKi8KCi8qIHN0YXRpYyBzdHJ1Y3QgbmFtZV9saXN0ICpmc19zZWxlY3RfbGlzdDsgKi8KCi8q IExpbmtlZCBsaXN0IG9mIGZpbGVzeXN0ZW0gdHlwZXMgdG8gb21pdC4KICAgSWYgdGhlIGxpc3Qg aXMgZW1wdHksIGRvbid0IGV4Y2x1ZGUgYW55IHR5cGVzLiAgKi8KCnN0YXRpYyBzdHJ1Y3QgbmFt ZV9saXN0ICpmc19leGNsdWRlX2xpc3Q7CgpzdGF0aWMgc3RydWN0IG5hbWVfbGlzdCAqZHBfZXhj bHVkZV9saXN0OwoKc3RhdGljIHN0cnVjdCBuYW1lX2xpc3QgKnBhdGhfc2VsZWN0X2xpc3Q7Cgpz dGF0aWMgc3RydWN0IG5hbWVfbGlzdCAqZGV2X3NlbGVjdF9saXN0OwoKLyogTGlua2VkIGxpc3Qg b2YgbW91bnRlZCBmaWxlc3lzdGVtcy4gKi8Kc3RhdGljIHN0cnVjdCBtb3VudF9lbnRyeSAqbW91 bnRfbGlzdDsKCi8qIEZvciBsb25nIG9wdGlvbnMgdGhhdCBoYXZlIG5vIGVxdWl2YWxlbnQgc2hv cnQgb3B0aW9uLCB1c2UgYQogICBub24tY2hhcmFjdGVyIGFzIGEgcHNldWRvIHNob3J0IG9wdGlv biwgc3RhcnRpbmcgd2l0aCBDSEFSX01BWCArIDEuICAqLwplbnVtCnsKICBTWU5DX09QVElPTiA9 IENIQVJfTUFYICsgMSwKICBOT19TWU5DX09QVElPTiwKICBCTE9DS19TSVpFX09QVElPTgp9OwoK I2lmZGVmIF9BSVgKICNwcmFnbWEgYWxsb2NhCiNlbmRpZgoKaW50IHByb2Nlc3NfYXJndW1lbnRz IChpbnQsIGNoYXIgKiopOwp2b2lkIHByaW50X3BhdGggKGNvbnN0IGNoYXIgKm15cGF0aCk7Cmlu dCB2YWxpZGF0ZV9hcmd1bWVudHMgKHVpbnRtYXhfdCwgdWludG1heF90LCBkb3VibGUsIGRvdWJs ZSwgY2hhciAqKTsKaW50IGNoZWNrX2Rpc2sgKGRvdWJsZSB1c3AsIHVpbnRtYXhfdCBmcmVlX2Rp c2spOwppbnQgd2Fsa19uYW1lX2xpc3QgKHN0cnVjdCBuYW1lX2xpc3QgKmxpc3QsIGNvbnN0IGNo YXIgKm5hbWUpOwp2b2lkIHByaW50X2hlbHAgKHZvaWQpOwp2b2lkIHByaW50X3VzYWdlICh2b2lk KTsKCnVpbnRtYXhfdCB3X2RmID0gMDsKdWludG1heF90IGNfZGYgPSAwOwpkb3VibGUgd19kZnAg PSAtMS4wOwpkb3VibGUgY19kZnAgPSAtMS4wOwpjaGFyICpwYXRoOwpjaGFyICpleGNsdWRlX2Rl dmljZTsKY2hhciAqdW5pdHM7CnVpbnRtYXhfdCBtdWx0ID0gMTAyNCAqIDEwMjQ7CmludCB2ZXJi b3NlID0gMDsKaW50IGVycm9ubHkgPSBGQUxTRTsKaW50IGRpc3BsYXlfbW50cCA9IEZBTFNFOwoK LyogTGlua2VkIGxpc3Qgb2YgbW91bnRlZCBmaWxlc3lzdGVtcy4gKi8Kc3RhdGljIHN0cnVjdCBt b3VudF9lbnRyeSAqbW91bnRfbGlzdDsKCgoMCmludAptYWluIChpbnQgYXJnYywgY2hhciAqKmFy Z3YpCnsKCWRvdWJsZSB1c3AgPSAtMS4wOwoJaW50IHJlc3VsdCA9IFNUQVRFX1VOS05PV047Cglp bnQgZGlza19yZXN1bHQgPSBTVEFURV9VTktOT1dOOwoJY2hhciBmaWxlX3N5c3RlbVtNQVhfSU5Q VVRfQlVGRkVSXTsKCWNoYXIgKm91dHB1dDsKCWNoYXIgKmRldGFpbHM7CgljaGFyICpwZXJmOwoJ dWludG1heF90IHBzaXplOwoJZmxvYXQgZnJlZV9zcGFjZSwgZnJlZV9zcGFjZV9wY3QsIHRvdGFs X3NwYWNlOwoKCXN0cnVjdCBtb3VudF9lbnRyeSAqbWU7CglzdHJ1Y3QgZnNfdXNhZ2UgZnNwOwoJ c3RydWN0IG5hbWVfbGlzdCAqdGVtcF9saXN0OwoKCW91dHB1dCA9IHN0cmR1cCAoIiAtIGZyZWUg c3BhY2U6Iik7CglkZXRhaWxzID0gc3RyZHVwICgiIik7CglwZXJmID0gc3RyZHVwICgiIik7CgoJ c2V0bG9jYWxlIChMQ19BTEwsICIiKTsKCWJpbmR0ZXh0ZG9tYWluIChQQUNLQUdFLCBMT0NBTEVE SVIpOwoJdGV4dGRvbWFpbiAoUEFDS0FHRSk7CgoJbW91bnRfbGlzdCA9IHJlYWRfZmlsZXN5c3Rl bV9saXN0ICgwKTsKCglpZiAocHJvY2Vzc19hcmd1bWVudHMgKGFyZ2MsIGFyZ3YpICE9IE9LKQoJ CXVzYWdlIChfKCJDb3VsZCBub3QgcGFyc2UgYXJndW1lbnRzXG4iKSk7CgoJZm9yIChtZSA9IG1v dW50X2xpc3Q7IG1lOyBtZSA9IG1lLT5tZV9uZXh0KSB7CgoJCWlmIChwYXRoX3NlbGVjdF9saXN0 ICYmCgkJICAgICAod2Fsa19uYW1lX2xpc3QgKHBhdGhfc2VsZWN0X2xpc3QsIG1lLT5tZV9tb3Vu dGRpcikgfHwKCQkgICAgICB3YWxrX25hbWVfbGlzdCAocGF0aF9zZWxlY3RfbGlzdCwgbWUtPm1l X2Rldm5hbWUpICkgKQoJCQlnZXRfZnNfdXNhZ2UgKG1lLT5tZV9tb3VudGRpciwgbWUtPm1lX2Rl dm5hbWUsICZmc3ApOwoJCWVsc2UgaWYgKGRldl9zZWxlY3RfbGlzdCB8fCBwYXRoX3NlbGVjdF9s aXN0KQoJCQljb250aW51ZTsKCQllbHNlIGlmIChtZS0+bWVfcmVtb3RlICYmIHNob3dfbG9jYWxf ZnMpCgkJCWNvbnRpbnVlOwoJCWVsc2UgaWYgKG1lLT5tZV9kdW1teSAmJiAhc2hvd19hbGxfZnMp CgkJCWNvbnRpbnVlOwoJCWVsc2UgaWYgKGZzX2V4Y2x1ZGVfbGlzdCAmJiB3YWxrX25hbWVfbGlz dCAoZnNfZXhjbHVkZV9saXN0LCBtZS0+bWVfdHlwZSkpCgkJCWNvbnRpbnVlOwoJCWVsc2UgaWYg KGRwX2V4Y2x1ZGVfbGlzdCAmJiAKCQkgICAgICAgICAod2Fsa19uYW1lX2xpc3QgKGRwX2V4Y2x1 ZGVfbGlzdCwgbWUtPm1lX2Rldm5hbWUpIHx8CgkJICAgICAgICAgIHdhbGtfbmFtZV9saXN0IChk cF9leGNsdWRlX2xpc3QsIG1lLT5tZV9tb3VudGRpcikpKQoJCQljb250aW51ZTsKCQllbHNlCgkJ CWdldF9mc191c2FnZSAobWUtPm1lX21vdW50ZGlyLCBtZS0+bWVfZGV2bmFtZSwgJmZzcCk7CgoJ CWlmIChmc3AuZnN1X2Jsb2NrcyAmJiBzdHJjbXAgKCJub25lIiwgbWUtPm1lX21vdW50ZGlyKSkg ewoJCQl1c3AgPSAoZG91YmxlKShmc3AuZnN1X2Jsb2NrcyAtIGZzcC5mc3VfYmF2YWlsKSAqIDEw MCAvIGZzcC5mc3VfYmxvY2tzOwoJCQlkaXNrX3Jlc3VsdCA9IGNoZWNrX2Rpc2sgKHVzcCwgZnNw LmZzdV9iYXZhaWwpOwoJCQlyZXN1bHQgPSBtYXhfc3RhdGUgKGRpc2tfcmVzdWx0LCByZXN1bHQp OwoJCQlwc2l6ZSA9IGZzcC5mc3VfYmxvY2tzKmZzcC5mc3VfYmxvY2tzaXplL211bHQ7CgkJCWFz cHJpbnRmICgmcGVyZiwgIiVzICVzIiwgcGVyZiwKCQkJICAgICAgICAgIHBlcmZkYXRhICgoIXN0 cmNtcChmaWxlX3N5c3RlbSwgIm5vbmUiKSB8fCBkaXNwbGF5X21udHApID8gbWUtPm1lX2Rldm5h bWUgOiBtZS0+bWVfbW91bnRkaXIsCgkJCSAgICAgICAgICAgICAgICAgICAgcHNpemUtKGZzcC5m c3VfYmF2YWlsKmZzcC5mc3VfYmxvY2tzaXplL211bHQpLCB1bml0cywKCQkJICAgICAgICAgICAg ICAgICAgICBUUlVFLCBtaW4gKCh1aW50bWF4X3QpcHNpemUtKHVpbnRtYXhfdCl3X2RmLCAodWlu dG1heF90KSgoMS4wLXdfZGZwLzEwMC4wKSpwc2l6ZSkpLAoJCQkgICAgICAgICAgICAgICAgICAg IFRSVUUsIG1pbiAoKHVpbnRtYXhfdClwc2l6ZS0odWludG1heF90KWNfZGYsICh1aW50bWF4X3Qp KCgxLjAtY19kZnAvMTAwLjApKnBzaXplKSksCgkJCSAgICAgICAgICAgICAgICAgICAgVFJVRSwg MCwKCQkJICAgICAgICAgICAgICAgICAgICBUUlVFLCBwc2l6ZSkpOwoJCQlpZiAoZGlza19yZXN1 bHQ9PVNUQVRFX09LICYmIGVycm9ubHkgJiYgIXZlcmJvc2UpCgkJCQljb250aW51ZTsKCgkJCWZy ZWVfc3BhY2UgPSAoZmxvYXQpZnNwLmZzdV9iYXZhaWwqZnNwLmZzdV9ibG9ja3NpemUvbXVsdDsK CQkJZnJlZV9zcGFjZV9wY3QgPSAoZmxvYXQpZnNwLmZzdV9iYXZhaWwqMTAwL2ZzcC5mc3VfYmxv Y2tzOwoJCQl0b3RhbF9zcGFjZSA9IChmbG9hdClmc3AuZnN1X2Jsb2Nrcypmc3AuZnN1X2Jsb2Nr c2l6ZS9tdWx0OwoJCQlpZiAoZGlza19yZXN1bHQhPVNUQVRFX09LIHx8IHZlcmJvc2U+PTApCgkJ CQlhc3ByaW50ZiAoJm91dHB1dCwgKCIlcyAlcyAlLjBmICVzICglLjBmJSUpOyIpLAoJCQkJICAg ICAgICAgIG91dHB1dCwKCQkJCSAgICAgICAgICAoIXN0cmNtcChmaWxlX3N5c3RlbSwgIm5vbmUi KSB8fCBkaXNwbGF5X21udHApID8gbWUtPm1lX2Rldm5hbWUgOiBtZS0+bWVfbW91bnRkaXIsCgkJ CQkgICAgICAgICAgZnJlZV9zcGFjZSwKCQkJCSAgICAgICAgICB1bml0cywKCQkJCQkJCQkJZnJl ZV9zcGFjZV9wY3QpOwoJCQlhc3ByaW50ZiAoJmRldGFpbHMsIF8oIiVzXG5cCiUuMGYgb2YgJS4w ZiAlcyAoJS4wZiUlKSBmcmVlIG9uICVzICh0eXBlICVzIG1vdW50ZWQgb24gJXMpIHdhcm46JWx1 IGNyaXQ6JWx1IHdhcm4lJTolLjBmJSUgY3JpdCUlOiUuMGYlJSIpLAoJCQkgICAgICAgICAgZGV0 YWlscywgZnJlZV9zcGFjZSwgdG90YWxfc3BhY2UsIHVuaXRzLCBmcmVlX3NwYWNlX3BjdCwKCQkJ ICAgICAgICAgIG1lLT5tZV9kZXZuYW1lLCBtZS0+bWVfdHlwZSwgbWUtPm1lX21vdW50ZGlyLAoJ CQkgICAgICAgICAgKHVuc2lnbmVkIGxvbmcpd19kZiwgKHVuc2lnbmVkIGxvbmcpY19kZiwgd19k ZnAsIGNfZGZwKTsKCQl9CgoJfQoKCWFzcHJpbnRmICgmb3V0cHV0LCAiJXN8JXMiLCBvdXRwdXQs IHBlcmYpOwoKCWlmICh2ZXJib3NlID4gMikKCQlhc3ByaW50ZiAoJm91dHB1dCwgIiVzJXMiLCBv dXRwdXQsIGRldGFpbHMpOwoKCS8qIE92ZXJyaWRlIHJlc3VsdCBpZiBwYXRocyBzcGVjaWZpZWQg YW5kIG5vdCBmb3VuZCAqLwoJdGVtcF9saXN0ID0gcGF0aF9zZWxlY3RfbGlzdDsKCXdoaWxlICh0 ZW1wX2xpc3QpIHsKCQlpZiAodGVtcF9saXN0LT5mb3VuZCAhPSBUUlVFKSB7CgkJCWFzcHJpbnRm ICgmb3V0cHV0LCBfKCIlcyBbJXMgbm90IGZvdW5kXSIpLCBvdXRwdXQsIHRlbXBfbGlzdC0+bmFt ZSk7CgkJCXJlc3VsdCA9IFNUQVRFX0NSSVRJQ0FMOwoJCX0KCQl0ZW1wX2xpc3QgPSB0ZW1wX2xp c3QtPm5hbWVfbmV4dDsKCX0KCglwcmludGYgKCJESVNLICVzJXNcbiIsIHN0YXRlX3RleHQgKHJl c3VsdCksIG91dHB1dCk7CglyZXR1cm4gcmVzdWx0Owp9CgoKCgwKLyogcHJvY2VzcyBjb21tYW5k LWxpbmUgYXJndW1lbnRzICovCmludApwcm9jZXNzX2FyZ3VtZW50cyAoaW50IGFyZ2MsIGNoYXIg Kiphcmd2KQp7CglpbnQgYzsKCXN0cnVjdCBuYW1lX2xpc3QgKnNlOwoJc3RydWN0IG5hbWVfbGlz dCAqKnBhdGh0YWlsID0gJnBhdGhfc2VsZWN0X2xpc3Q7CglzdHJ1Y3QgbmFtZV9saXN0ICoqZnN0 YWlsID0gJmZzX2V4Y2x1ZGVfbGlzdDsKCXN0cnVjdCBuYW1lX2xpc3QgKipkcHRhaWwgPSAmZHBf ZXhjbHVkZV9saXN0OwoJc3RydWN0IG5hbWVfbGlzdCAqdGVtcF9saXN0OwoJaW50IHJlc3VsdCA9 IE9LOwoKCXVuc2lnbmVkIGxvbmcgbDsKCglpbnQgb3B0aW9uID0gMDsKCXN0YXRpYyBzdHJ1Y3Qg b3B0aW9uIGxvbmdvcHRzW10gPSB7CgkJeyJ0aW1lb3V0IiwgcmVxdWlyZWRfYXJndW1lbnQsIDAs ICd0J30sCgkJeyJ3YXJuaW5nIiwgcmVxdWlyZWRfYXJndW1lbnQsIDAsICd3J30sCgkJeyJjcml0 aWNhbCIsIHJlcXVpcmVkX2FyZ3VtZW50LCAwLCAnYyd9LAoJCXsibG9jYWwiLCByZXF1aXJlZF9h cmd1bWVudCwgMCwgJ2wnfSwKCQl7ImtpbG9ieXRlcyIsIHJlcXVpcmVkX2FyZ3VtZW50LCAwLCAn ayd9LAoJCXsibWVnYWJ5dGVzIiwgcmVxdWlyZWRfYXJndW1lbnQsIDAsICdtJ30sCgkJeyJ1bml0 cyIsIHJlcXVpcmVkX2FyZ3VtZW50LCAwLCAndSd9LAoJCXsicGF0aCIsIHJlcXVpcmVkX2FyZ3Vt ZW50LCAwLCAncCd9LAoJCXsicGFydGl0aW9uIiwgcmVxdWlyZWRfYXJndW1lbnQsIDAsICdwJ30s CgkJeyJleGNsdWRlX2RldmljZSIsIHJlcXVpcmVkX2FyZ3VtZW50LCAwLCAneCd9LAoJCXsiZXhj bHVkZS10eXBlIiwgcmVxdWlyZWRfYXJndW1lbnQsIDAsICdYJ30sCgkJeyJtb3VudHBvaW50Iiwg bm9fYXJndW1lbnQsIDAsICdNJ30sCgkJeyJlcnJvcnMtb25seSIsIG5vX2FyZ3VtZW50LCAwLCAn ZSd9LAoJCXsidmVyYm9zZSIsIG5vX2FyZ3VtZW50LCAwLCAndid9LAoJCXsicXVpZXQiLCBub19h cmd1bWVudCwgMCwgJ3EnfSwKCQl7ImNsZWFyIiwgbm9fYXJndW1lbnQsIDAsICdDJ30sCgkJeyJ2 ZXJzaW9uIiwgbm9fYXJndW1lbnQsIDAsICdWJ30sCgkJeyJoZWxwIiwgbm9fYXJndW1lbnQsIDAs ICdoJ30sCgkJezAsIDAsIDAsIDB9Cgl9OwoKCWlmIChhcmdjIDwgMikKCQlyZXR1cm4gRVJST1I7 CgoJc2UgPSAoc3RydWN0IG5hbWVfbGlzdCAqKSBtYWxsb2MgKHNpemVvZiAoc3RydWN0IG5hbWVf bGlzdCkpOwoJc2UtPm5hbWUgPSBzdHJkdXAgKCJpc285NjYwIik7CglzZS0+bmFtZV9uZXh0ID0g TlVMTDsKCSpmc3RhaWwgPSBzZTsKCWZzdGFpbCA9ICZzZS0+bmFtZV9uZXh0OwoKCWZvciAoYyA9 IDE7IGMgPCBhcmdjOyBjKyspCgkJaWYgKHN0cmNtcCAoIi10byIsIGFyZ3ZbY10pID09IDApCgkJ CXN0cmNweSAoYXJndltjXSwgIi10Iik7CgoJd2hpbGUgKDEpIHsKCQljID0gZ2V0b3B0X2xvbmcg KGFyZ2MsIGFyZ3YsICIrP1ZxaHZlQ3Q6Yzp3OnU6cDp4Olg6bWtsTSIsIGxvbmdvcHRzLCAmb3B0 aW9uKTsKCgkJaWYgKGMgPT0gLTEgfHwgYyA9PSBFT0YpCgkJCWJyZWFrOwoKCQlzd2l0Y2ggKGMp IHsKCQljYXNlICd0JzoJCQkJCQkJCQkvKiB0aW1lb3V0IHBlcmlvZCAqLwoJCQlpZiAoaXNfaW50 ZWdlciAob3B0YXJnKSkgewoJCQkJdGltZW91dF9pbnRlcnZhbCA9IGF0b2kgKG9wdGFyZyk7CgkJ CQlicmVhazsKCQkJfQoJCQllbHNlIHsKCQkJCXVzYWdlIChfKCJUaW1lb3V0IEludGVydmFsIG11 c3QgYmUgYW4gaW50ZWdlciFcbiIpKTsKCQkJfQoJCWNhc2UgJ3cnOgkJCQkJCQkJCS8qIHdhcm5p bmcgdGhyZXNob2xkICovCgkJCWlmIChpc19pbnRub25uZWcgKG9wdGFyZykpIHsKCQkJCXdfZGYg PSBhdG9pIChvcHRhcmcpOwoJCQkJYnJlYWs7CgkJCX0KCQkJZWxzZSBpZiAoc3RycGJyayAob3B0 YXJnLCAiLDoiKSAmJgoJCQkJCQkJIHN0cnN0ciAob3B0YXJnLCAiJSIpICYmCgkJCQkJCQkgc3Nj YW5mIChvcHRhcmcsICIlbHUlKls6LF0lbGYlJSIsICZsLCAmd19kZnApID09IDIpIHsKCQkJCXdf ZGYgPSAodWludG1heF90KWw7CgkJCQlicmVhazsKCQkJfQoJCQllbHNlIGlmIChzdHJzdHIgKG9w dGFyZywgIiUiKSAmJiBzc2NhbmYgKG9wdGFyZywgIiVsZiUlIiwgJndfZGZwKSA9PSAxKSB7CgkJ CQlicmVhazsKCQkJfQoJCQllbHNlIHsKCQkJCXVzYWdlIChfKCJXYXJuaW5nIHRocmVzaG9sZCBt dXN0IGJlIGludGVnZXIgb3IgcGVyY2VudGFnZSFcbiIpKTsKCQkJfQoJCWNhc2UgJ2MnOgkJCQkJ CQkJCS8qIGNyaXRpY2FsIHRocmVzaG9sZCAqLwoJCQlpZiAoaXNfaW50bm9ubmVnIChvcHRhcmcp KSB7CgkJCQljX2RmID0gYXRvaSAob3B0YXJnKTsKCQkJCWJyZWFrOwoJCQl9CgkJCWVsc2UgaWYg KHN0cnBicmsgKG9wdGFyZywgIiw6IikgJiYKCQkJCQkJCSBzdHJzdHIgKG9wdGFyZywgIiUiKSAm JgoJCQkJCQkJIHNzY2FuZiAob3B0YXJnLCAiJWx1JSpbLDpdJWxmJSUiLCAmbCwgJmNfZGZwKSA9 PSAyKSB7CgkJCQljX2RmID0gKHVpbnRtYXhfdClsOwoJCQkJYnJlYWs7CgkJCX0KCQkJZWxzZSBp ZiAoc3Ryc3RyIChvcHRhcmcsICIlIikgJiYgc3NjYW5mIChvcHRhcmcsICIlbGYlJSIsICZjX2Rm cCkgPT0gMSkgewoJCQkJYnJlYWs7CgkJCX0KCQkJZWxzZSB7CgkJCQl1c2FnZSAoXygiQ3JpdGlj YWwgdGhyZXNob2xkIG11c3QgYmUgaW50ZWdlciBvciBwZXJjZW50YWdlIVxuIikpOwoJCQl9CgkJ Y2FzZSAndSc6CgkJCWlmICh1bml0cykKCQkJCWZyZWUodW5pdHMpOwoJCQlpZiAoISBzdHJjbXAg KG9wdGFyZywgImJ5dGVzIikpIHsKCQkJCW11bHQgPSAodWludG1heF90KTE7CgkJCQl1bml0cyA9 IHN0cmR1cCAoIkIiKTsKCQkJfSBlbHNlIGlmICghIHN0cmNtcCAob3B0YXJnLCAia0IiKSkgewoJ CQkJbXVsdCA9ICh1aW50bWF4X3QpMTAyNDsKCQkJCXVuaXRzID0gc3RyZHVwICgia0IiKTsKCQkJ fSBlbHNlIGlmICghIHN0cmNtcCAob3B0YXJnLCAiTUIiKSkgewoJCQkJbXVsdCA9ICh1aW50bWF4 X3QpMTAyNCAqIDEwMjQ7CgkJCQl1bml0cyA9IHN0cmR1cCAoIk1CIik7CgkJCX0gZWxzZSBpZiAo ISBzdHJjbXAgKG9wdGFyZywgIkdCIikpIHsKCQkJCW11bHQgPSAodWludG1heF90KTEwMjQgKiAx MDI0ICogMTAyNDsKCQkJCXVuaXRzID0gc3RyZHVwICgiR0IiKTsKCQkJfSBlbHNlIGlmICghIHN0 cmNtcCAob3B0YXJnLCAiVEIiKSkgewoJCQkJbXVsdCA9ICh1aW50bWF4X3QpMTAyNCAqIDEwMjQg KiAxMDI0ICogMTAyNDsKCQkJCXVuaXRzID0gc3RyZHVwICgiVEIiKTsKCQkJfSBlbHNlIHsKCQkJ CWRpZSAoU1RBVEVfVU5LTk9XTiwgXygidW5pdCB0eXBlICVzIG5vdCBrbm93blxuIiksIG9wdGFy Zyk7CgkJCX0KCQkJaWYgKHVuaXRzID09IE5VTEwpCgkJCQlkaWUgKFNUQVRFX1VOS05PV04sIF8o ImZhaWxlZCBhbGxvY2F0aW5nIHN0b3JhZ2UgZm9yICclcydcbiIpLCAidW5pdHMiKTsKCQkJYnJl YWs7CgkJY2FzZSAnayc6IC8qIGRpc3BsYXkgbW91bnRwb2ludCAqLwoJCQltdWx0ID0gMTAyNDsK CQkJaWYgKHVuaXRzKQoJCQkJZnJlZSh1bml0cyk7CgkJCXVuaXRzID0gc3RyZHVwICgia0IiKTsK CQkJYnJlYWs7CgkJY2FzZSAnbSc6IC8qIGRpc3BsYXkgbW91bnRwb2ludCAqLwoJCQltdWx0ID0g MTAyNCAqIDEwMjQ7CgkJCWlmICh1bml0cykKCQkJCWZyZWUodW5pdHMpOwoJCQl1bml0cyA9IHN0 cmR1cCAoImtCIik7CgkJCWJyZWFrOwoJCWNhc2UgJ2wnOgoJCQlzaG93X2xvY2FsX2ZzID0gMTsJ CQkKCQkJYnJlYWs7CgkJY2FzZSAncCc6CQkJCQkJCQkJLyogc2VsZWN0IHBhdGggKi8KCQkJc2Ug PSAoc3RydWN0IG5hbWVfbGlzdCAqKSBtYWxsb2MgKHNpemVvZiAoc3RydWN0IG5hbWVfbGlzdCkp OwoJCQlzZS0+bmFtZSA9IG9wdGFyZzsKCQkJc2UtPm5hbWVfbmV4dCA9IE5VTEw7CgkJCXNlLT53 X2RmID0gd19kZjsKCQkJc2UtPmNfZGYgPSBjX2RmOwoJCQlzZS0+d19kZnAgPSB3X2RmcDsKCQkJ c2UtPmNfZGZwID0gY19kZnA7CgkJCSpwYXRodGFpbCA9IHNlOwoJCQlwYXRodGFpbCA9ICZzZS0+ bmFtZV9uZXh0OwoJCQlicmVhazsKIAkJY2FzZSAneCc6CQkJCQkJCQkJLyogZXhjbHVkZSBwYXRo IG9yIHBhcnRpdGlvbiAqLwoJCQlzZSA9IChzdHJ1Y3QgbmFtZV9saXN0ICopIG1hbGxvYyAoc2l6 ZW9mIChzdHJ1Y3QgbmFtZV9saXN0KSk7CgkJCXNlLT5uYW1lID0gb3B0YXJnOwoJCQlzZS0+bmFt ZV9uZXh0ID0gTlVMTDsKCQkJKmRwdGFpbCA9IHNlOwoJCQlkcHRhaWwgPSAmc2UtPm5hbWVfbmV4 dDsKCQkJYnJlYWs7CgkJY2FzZSAnWCc6CQkJCQkJCQkJLyogZXhjbHVkZSBmaWxlIHN5c3RlbSB0 eXBlICovCgkJCXNlID0gKHN0cnVjdCBuYW1lX2xpc3QgKikgbWFsbG9jIChzaXplb2YgKHN0cnVj dCBuYW1lX2xpc3QpKTsKCQkJc2UtPm5hbWUgPSBvcHRhcmc7CgkJCXNlLT5uYW1lX25leHQgPSBO VUxMOwoJCQkqZnN0YWlsID0gc2U7CgkJCWZzdGFpbCA9ICZzZS0+bmFtZV9uZXh0OwoJCQlicmVh azsKCQljYXNlICd2JzoJCQkJCQkJCQkvKiB2ZXJib3NlICovCgkJCXZlcmJvc2UrKzsKCQkJYnJl YWs7CgkJY2FzZSAncSc6CQkJCQkJCQkJLyogdmVyYm9zZSAqLwoJCQl2ZXJib3NlLS07CgkJCWJy ZWFrOwoJCWNhc2UgJ2UnOgoJCQllcnJvbmx5ID0gVFJVRTsKCQkJYnJlYWs7CgkJY2FzZSAnTSc6 IC8qIGRpc3BsYXkgbW91bnRwb2ludCAqLwoJCQlkaXNwbGF5X21udHAgPSBUUlVFOwoJCQlicmVh azsKCQljYXNlICdDJzoKCQkJd19kZiA9IDA7CgkJCWNfZGYgPSAwOwoJCQl3X2RmcCA9IC0xLjA7 CgkJCWNfZGZwID0gLTEuMDsKCQkJYnJlYWs7CgkJY2FzZSAnVic6CQkJCQkJCQkJLyogdmVyc2lv biAqLwoJCQlwcmludF9yZXZpc2lvbiAocHJvZ25hbWUsIHJldmlzaW9uKTsKCQkJZXhpdCAoU1RB VEVfT0spOwoJCWNhc2UgJ2gnOgkJCQkJCQkJCS8qIGhlbHAgKi8KCQkJcHJpbnRfaGVscCAoKTsK CQkJZXhpdCAoU1RBVEVfT0spOwoJCWNhc2UgJz8nOgkJCQkJCQkJCS8qIGhlbHAgKi8KCQkJdXNh Z2UgKF8oImNoZWNrX2Rpc2s6IHVucmVjb2duaXplZCBvcHRpb25cbiIpKTsKCQkJYnJlYWs7CgkJ fQoJfQoKCS8qIFN1cHBvcnQgZm9yICJjaGVja19kaXNrIHdhcm4gY3JpdCBbZnNdIiB3aXRoIHRo cmVzaG9sZHMgYXQgdXNlZCBsZXZlbCAqLwoJYyA9IG9wdGluZDsKCWlmICh3X2RmcCA8IDAgJiYg YXJnYyA+IGMgJiYgaXNfaW50bm9ubmVnIChhcmd2W2NdKSkKCQl3X2RmcCA9ICgxMDAuMCAtIGF0 b2YgKGFyZ3ZbYysrXSkpOwoKCWlmIChjX2RmcCA8IDAgJiYgYXJnYyA+IGMgJiYgaXNfaW50bm9u bmVnIChhcmd2W2NdKSkKCQljX2RmcCA9ICgxMDAuMCAtIGF0b2YgKGFyZ3ZbYysrXSkpOwoKCWlm IChhcmdjID4gYyAmJiBwYXRoID09IE5VTEwpIHsKCQlzZSA9IChzdHJ1Y3QgbmFtZV9saXN0ICop IG1hbGxvYyAoc2l6ZW9mIChzdHJ1Y3QgbmFtZV9saXN0KSk7CgkJc2UtPm5hbWUgPSBzdHJkdXAg KGFyZ3ZbYysrXSk7CgkJc2UtPm5hbWVfbmV4dCA9IE5VTEw7CgkJc2UtPndfZGYgPSB3X2RmOwoJ CXNlLT5jX2RmID0gY19kZjsKCQlzZS0+d19kZnAgPSB3X2RmcDsKCQlzZS0+Y19kZnAgPSBjX2Rm cDsKCQkqcGF0aHRhaWwgPSBzZTsKCX0KCglpZiAocGF0aF9zZWxlY3RfbGlzdCkgewoJCXRlbXBf bGlzdCA9IHBhdGhfc2VsZWN0X2xpc3Q7CgkJd2hpbGUgKHRlbXBfbGlzdCkgewoJCQlpZiAodmFs aWRhdGVfYXJndW1lbnRzICh0ZW1wX2xpc3QtPndfZGYsCgkJCQkgICAgICAgICAgICAgICAgICAg ICAgdGVtcF9saXN0LT5jX2RmLAoJCQkJICAgICAgICAgICAgICAgICAgICAgIHRlbXBfbGlzdC0+ d19kZnAsCgkJCQkgICAgICAgICAgICAgICAgICAgICAgdGVtcF9saXN0LT5jX2RmcCwKCQkJCSAg ICAgICAgICAgICAgICAgICAgICB0ZW1wX2xpc3QtPm5hbWUpID09IEVSUk9SKQoJCQkJcmVzdWx0 ID0gRVJST1I7CgkJCXRlbXBfbGlzdCA9IHRlbXBfbGlzdC0+bmFtZV9uZXh0OwoJCX0KCQlyZXR1 cm4gcmVzdWx0OwoJfSBlbHNlIHsKCQlyZXR1cm4gdmFsaWRhdGVfYXJndW1lbnRzICh3X2RmLCBj X2RmLCB3X2RmcCwgY19kZnAsIE5VTEwpOwoJfQp9CgoKdm9pZApwcmludF9wYXRoIChjb25zdCBj aGFyICpteXBhdGgpIAp7CglpZiAobXlwYXRoID09IE5VTEwpCgkJcHJpbnRmICgiXG4iKTsKCWVs c2UKCQlwcmludGYgKCIgZm9yICVzXG4iLCBteXBhdGgpOwoKCXJldHVybjsKfQoKaW50CnZhbGlk YXRlX2FyZ3VtZW50cyAodWludG1heF90IHcsIHVpbnRtYXhfdCBjLCBkb3VibGUgd3AsIGRvdWJs ZSBjcCwgY2hhciAqbXlwYXRoKQp7CglpZiAodyA9PSAwICYmIGMgPT0gMCAmJiB3cCA8IDAuMCAm JiBjcCA8IDAuMCkgewoJCXByaW50ZiAoXygiSU5QVVQgRVJST1I6IE5vIHRocmVzaG9sZHMgc3Bl Y2lmaWVkIikpOwoJCXByaW50X3BhdGggKG15cGF0aCk7CgkJcmV0dXJuIEVSUk9SOwoJfQoJZWxz ZSBpZiAoKHdwID49IDAuMCB8fCBjcCA+PSAwLjApICYmCgkgICAgICAgICAod3AgPCAwLjAgfHwg Y3AgPCAwLjAgfHwgd3AgPiAxMDAuMCB8fCBjcCA+IDEwMC4wIHx8IGNwID4gd3ApKSB7CgkJcHJp bnRmIChfKCJcCklOUFVUIEVSUk9SOiBDX0RGUCAoJWYpIHNob3VsZCBiZSBsZXNzIHRoYW4gV19E RlAgKCUuMWYpIGFuZCBib3RoIHNob3VsZCBiZSBiZXR3ZWVuIHplcm8gYW5kIDEwMCBwZXJjZW50 LCBpbmNsdXNpdmUiKSwKCQkgICAgICAgIGNwLCB3cCk7CgkJcHJpbnRfcGF0aCAobXlwYXRoKTsK CQlyZXR1cm4gRVJST1I7Cgl9CgllbHNlIGlmICgodyA+IDAgfHwgYyA+IDApICYmICh3ID09IDAg fHwgYyA9PSAwIHx8IGMgPiB3KSkgewoJCXByaW50ZiAoXygiXApJTlBVVCBFUlJPUjogQ19ERiAo JWx1KSBzaG91bGQgYmUgbGVzcyB0aGFuIFdfREYgKCVsdSkgYW5kIGJvdGggc2hvdWxkIGJlIGdy ZWF0ZXIgdGhhbiB6ZXJvIiksCgkJICAgICAgICAodW5zaWduZWQgbG9uZyljLCAodW5zaWduZWQg bG9uZyl3KTsKCQlwcmludF9wYXRoIChteXBhdGgpOwoJCXJldHVybiBFUlJPUjsKCX0KCQoJaWYg KHVuaXRzID09IE5VTEwpIHsKCQl1bml0cyA9IHN0cmR1cCAoIk1CIik7CgkJbXVsdCA9ICh1aW50 bWF4X3QpMTAyNCAqIDEwMjQ7Cgl9CglyZXR1cm4gT0s7Cn0KCgoKDAppbnQKY2hlY2tfZGlzayAo ZG91YmxlIHVzcCwgdWludG1heF90IGZyZWVfZGlzaykKewoJaW50IHJlc3VsdCA9IFNUQVRFX1VO S05PV047CgkvKiBjaGVjayB0aGUgcGVyY2VudCB1c2VkIHNwYWNlIGFnYWluc3QgdGhyZXNob2xk cyAqLwoJaWYgKHVzcCA+PSAwLjAgJiYgY19kZnAgPj0wLjAgJiYgdXNwID49ICgxMDAuMCAtIGNf ZGZwKSkKCQlyZXN1bHQgPSBTVEFURV9DUklUSUNBTDsKCWVsc2UgaWYgKGNfZGYgPiAwICYmIGZy ZWVfZGlzayA8PSBjX2RmKQoJCXJlc3VsdCA9IFNUQVRFX0NSSVRJQ0FMOwoJZWxzZSBpZiAodXNw ID49IDAuMCAmJiB3X2RmcCA+PTAuMCAmJiB1c3AgPj0gKDEwMC4wIC0gd19kZnApKQoJCXJlc3Vs dCA9IFNUQVRFX1dBUk5JTkc7CgllbHNlIGlmICh3X2RmID4gMCAmJiBmcmVlX2Rpc2sgPD0gd19k ZikKCQlyZXN1bHQgPSBTVEFURV9XQVJOSU5HOwoJZWxzZSBpZiAodXNwID49IDAuMCkKCQlyZXN1 bHQgPSBTVEFURV9PSzsKCXJldHVybiByZXN1bHQ7Cn0KCgoKaW50CndhbGtfbmFtZV9saXN0IChz dHJ1Y3QgbmFtZV9saXN0ICpsaXN0LCBjb25zdCBjaGFyICpuYW1lKQp7Cgl3aGlsZSAobGlzdCkg ewoJCWlmICghIHN0cmNtcChsaXN0LT5uYW1lLCBuYW1lKSkgewoJCQlsaXN0LT5mb3VuZCA9IDE7 CgkJCS8qIGlmIHJlcXVpcmVkIGZvciBuYW1lX2xpc3RzIHRoYXQgaGF2ZSBub3Qgc2F2ZWQgd19k ZiwgZXRjIChlZyBleGNsdWRlIGxpc3RzKSAqLwoJCQlpZiAobGlzdC0+d19kZikgd19kZiA9IGxp c3QtPndfZGY7CgkJCWlmIChsaXN0LT5jX2RmKSBjX2RmID0gbGlzdC0+Y19kZjsKCQkJaWYgKGxp c3QtPndfZGZwPj0wLjApIHdfZGZwID0gbGlzdC0+d19kZnA7CgkJCWlmIChsaXN0LT5jX2RmcD49 MC4wKSBjX2RmcCA9IGxpc3QtPmNfZGZwOwoJCQlyZXR1cm4gVFJVRTsKCQl9CgkJbGlzdCA9IGxp c3QtPm5hbWVfbmV4dDsKCX0KCXJldHVybiBGQUxTRTsKfQoKCgoKCgwKdm9pZApwcmludF9oZWxw ICh2b2lkKQp7CglwcmludF9yZXZpc2lvbiAocHJvZ25hbWUsIHJldmlzaW9uKTsKCglwcmludGYg KF8oIkNvcHlyaWdodCAoYykgMTk5OSBFdGhhbiBHYWxzdGFkIDxuYWdpb3NAbmFnaW9zLm9yZz5c biIpKTsKCXByaW50ZiAoXyhDT1BZUklHSFQpLCBjb3B5cmlnaHQsIGVtYWlsKTsKCglwcmludGYg KF8oIlwKVGhpcyBwbHVnaW4gY2hlY2tzIHRoZSBhbW91bnQgb2YgdXNlZCBkaXNrIHNwYWNlIG9u IGEgbW91bnRlZCBmaWxlIHN5c3RlbVxuXAphbmQgZ2VuZXJhdGVzIGFuIGFsZXJ0IGlmIGZyZWUg c3BhY2UgaXMgbGVzcyB0aGFuIG9uZSBvZiB0aGUgdGhyZXNob2xkIHZhbHVlcy4iKSk7CgoJcHJp bnRfdXNhZ2UgKCk7CgoJcHJpbnRmIChfKFVUX0hFTFBfVlJTTikpOwoKCXByaW50ZiAoXygiXAog LXcsIC0td2FybmluZz1JTlRFR0VSXG5cCiAgIEV4aXQgd2l0aCBXQVJOSU5HIHN0YXR1cyBpZiBs ZXNzIHRoYW4gSU5URUdFUiBraWxvYnl0ZXMgb2YgZGlzayBhcmUgZnJlZVxuXAogLXcsIC0td2Fy bmluZz1QRVJDRU5UJSVcblwKICAgRXhpdCB3aXRoIFdBUk5JTkcgc3RhdHVzIGlmIGxlc3MgdGhh biBQRVJDRU5UIG9mIGRpc2sgc3BhY2UgaXMgZnJlZVxuXAogLWMsIC0tY3JpdGljYWw9SU5URUdF UlxuXAogICBFeGl0IHdpdGggQ1JJVElDQUwgc3RhdHVzIGlmIGxlc3MgdGhhbiBJTlRFR0VSIGtp bG9ieXRlcyBvZiBkaXNrIGFyZSBmcmVlXG5cCiAtYywgLS1jcml0aWNhbD1QRVJDRU5UJSVcblwK ICAgRXhpdCB3aXRoIENSSVRDQUwgc3RhdHVzIGlmIGxlc3MgdGhhbiBQRVJDRU5UIG9mIGRpc2sg c3BhY2UgaXMgZnJlZVxuXAogLUMsIC0tY2xlYXJcblwKICAgIENsZWFyIHRocmVzaG9sZHNcbiIp KTsKCglwcmludGYgKF8oIlwKIC11LCAtLXVuaXRzPVNUUklOR1xuXAogICAgQ2hvb3NlIGJ5dGVz LCBrQiwgTUIsIEdCLCBUQiAoZGVmYXVsdDogTUIpXG5cCiAtaywgLS1raWxvYnl0ZXNcblwKICAg IFNhbWUgYXMgJy0tdW5pdHMga0InXG5cCiAtbSwgLS1tZWdhYnl0ZXNcblwKICAgIFNhbWUgYXMg Jy0tdW5pdHMgTUInXG4iKSk7CgoJcHJpbnRmIChfKCJcCiAtbCwgLS1sb2NhbFxuXAogICAgT25s eSBjaGVjayBsb2NhbCBmaWxlc3lzdGVtc1xuXAogLXAsIC0tcGF0aD1QQVRILCAtLXBhcnRpdGlv bj1QQVJUSVRJT05cblwKICAgIFBhdGggb3IgcGFydGl0aW9uIChtYXkgYmUgcmVwZWF0ZWQpXG5c CiAteCwgLS1leGNsdWRlX2RldmljZT1QQVRIIDxTVFJJTkc+XG5cCiAgICBJZ25vcmUgZGV2aWNl IChvbmx5IHdvcmtzIGlmIC1wIHVuc3BlY2lmaWVkKVxuXAogLVgsIC0tZXhjbHVkZS10eXBlPVRZ UEUgPFNUUklORz5cblwKICAgIElnbm9yZSBhbGwgZmlsZXN5c3RlbXMgb2YgaW5kaWNhdGVkIHR5 cGUgKG1heSBiZSByZXBlYXRlZClcblwKIC1NLCAtLW1vdW50cG9pbnRcblwKICAgIERpc3BsYXkg dGhlIG1vdW50cG9pbnQgaW5zdGVhZCBvZiB0aGUgcGFydGl0aW9uXG5cCiAtZSwgLS1lcnJvcnMt b25seVxuXAogICAgRGlzcGxheSBvbmx5IGRldmljZXMvbW91bnRwb2ludHMgd2l0aCBlcnJvcnNc biIpKTsKCglwcmludGYgKF8oVVRfV0FSTl9DUklUKSk7CgoJcHJpbnRmIChfKFVUX1RJTUVPVVQp LCBERUZBVUxUX1NPQ0tFVF9USU1FT1VUKTsKCglwcmludGYgKF8oVVRfVkVSQk9TRSkpOwoKCXBy aW50ZiAoIiVzIiwgXygiRXhhbXBsZXM6XG5cCiBjaGVja19kaXNrIC13IDEwJSAtYyA1JSAtcCAv dG1wIC1wIC92YXIgLUMgLXcgMTAwMDAwIC1jIDUwMDAwIC1wIC9cblwKICAgQ2hlY2tzIC90bXAg YW5kIC92YXIgYXQgMTAlLDUlIGFuZCAvIGF0IDEwME1CLCA1ME1CXG4iKSk7CgoJcHJpbnRmIChf KFVUX1NVUFBPUlQpKTsKfQoKCgoKdm9pZApwcmludF91c2FnZSAodm9pZCkKewoJcHJpbnRmIChf KCJcClVzYWdlOiAlcyAtdyBsaW1pdCAtYyBsaW1pdCBbLXAgcGF0aCB8IC14IGRldmljZV0gWy10 IHRpbWVvdXRdIFstbV0gWy1lXVxuXAogICAgICAgIFstdl0gWy1xXVxuXAogICAgICAgJXMgKC1o fC0taGVscClcblwKICAgICAgICVzICgtVnwtLXZlcnNpb24pXG4iKSwKCSAgICAgICAgcHJvZ25h bWUsICBwcm9nbmFtZSwgcHJvZ25hbWUpOwp9Cg== |
|
From: Kemp, D. <Dar...@xe...> - 2004-07-22 18:12:32
|
Check_load and check_disk both do perf data. Although the check_disk = stuff is fairly broken. -dkk -----Original Message----- From: per...@li... = [mailto:per...@li...] On Behalf Of Wilson = Pires Jr Sent: Thursday, July 22, 2004 1:45 PM To: per...@li... Subject: RE: [Perfparse-users] [Perfparse-users] Ok. Now I got it. I'm using plugins 1.4a1. I'm getting performance data only to http and = ftp. Do you know what plugins return perfdata? I'm interested getting perfdata from ping, cpu and disk space. Are these available? Thanks, Wilson -----Original Message----- From: per...@li... [mailto:per...@li...] On Behalf Of Sand Philipp Sent: ter=E7a-feira, 20 de julho de 2004 03:03 To: per...@li... Subject: RE: [Perfparse-users] [Perfparse-users] > Hi all. Hi Wilson >=20 > The performance data seems to be running ok, but the pages look odd. >=20 > The option: "Select Host Group" shows only <All Groups>.=20 > Selecting this, I got only 11 hosts, from different nagios=20 > groups (I'm monitoring 97 hosts). > Doesn't PP inherit nagios groups? Do I need to configure the=20 > groups again? I hope that feature will be implementet soon, as far as perfparse is now, you have to reconfigure the groups in perfparse. =20 > Into the "Graph Binary Data" I got all the hosts, but only=20 > those 11 bring some service information. > Check your Plugins, maybe not all of them return performance Data, Perfparse can only make Graphs when Performance Data is returned correctly. =20 Regards,=20 Philipp ************************************************ sycor plastics - die neue Branchenlvsung f|r die Kunststoffindustrie www.sycor-plastics.de ************************************************ Diese E-Mail ist vertraulich und kann dar|ber hinaus persvnliche Informationen beinhalten. Wenn Sie nicht der bestimmungsgemd_e Empfdnger sind, lvschen Sie bitte die E-Mail und deren Anhdnge sofort und benachrichtigen Sie uns dar|ber. Die Firma sycor willigt in keine = Vertrdge oder vertragliche Verpflichtungen ein oder |bermittelt = rechtsverbindliche Angebote, die in Form von E-Mail versandt werden, sofern dies nicht ausdr|cklich in schriftlicher Form zwischen den Parteien vereinbart = wurde. This e-mail is confidential and may contain personal and/or privileged information. If you are not the intended recipient please delete this = e-mail and all attachments immediately and inform us. The company sycor does = not agree with contracts or contract obligations sent by e-mail, neither do = we transmit legally binding offers by e-mail, unless this is not expressly agreed upon between the parties and documented in written form. ------------------------------------------------------- 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_idG21&alloc_id=10040&op=3Dick _______________________________________________ Perfparse-users mailing list Per...@li... https://lists.sourceforge.net/lists/listinfo/perfparse-users ------------------------------------------------------- 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_idG21&alloc_id=10040&op=3Dick _______________________________________________ Perfparse-users mailing list Per...@li... https://lists.sourceforge.net/lists/listinfo/perfparse-users |
|
From: Wilson P. J. <wp....@te...> - 2004-07-22 17:46:19
|
Ok. Now I got it. I'm using plugins 1.4a1. I'm getting performance data only to http and = ftp. Do you know what plugins return perfdata? I'm interested getting perfdata from ping, cpu and disk space. Are these available? Thanks, Wilson -----Original Message----- From: per...@li... [mailto:per...@li...] On Behalf Of Sand Philipp Sent: ter=E7a-feira, 20 de julho de 2004 03:03 To: per...@li... Subject: RE: [Perfparse-users] [Perfparse-users] > Hi all. Hi Wilson >=20 > The performance data seems to be running ok, but the pages look odd. >=20 > The option: "Select Host Group" shows only <All Groups>.=20 > Selecting this, I got only 11 hosts, from different nagios=20 > groups (I'm monitoring 97 hosts). > Doesn't PP inherit nagios groups? Do I need to configure the=20 > groups again? I hope that feature will be implementet soon, as far as perfparse is now, you have to reconfigure the groups in perfparse. =20 > Into the "Graph Binary Data" I got all the hosts, but only=20 > those 11 bring some service information. > Check your Plugins, maybe not all of them return performance Data, Perfparse can only make Graphs when Performance Data is returned correctly. =20 Regards,=20 Philipp ************************************************ sycor plastics - die neue Branchenlvsung f|r die Kunststoffindustrie www.sycor-plastics.de ************************************************ Diese E-Mail ist vertraulich und kann dar|ber hinaus persvnliche Informationen beinhalten. Wenn Sie nicht der bestimmungsgemd_e Empfdnger sind, lvschen Sie bitte die E-Mail und deren Anhdnge sofort und benachrichtigen Sie uns dar|ber. Die Firma sycor willigt in keine = Vertrdge oder vertragliche Verpflichtungen ein oder |bermittelt = rechtsverbindliche Angebote, die in Form von E-Mail versandt werden, sofern dies nicht ausdr|cklich in schriftlicher Form zwischen den Parteien vereinbart = wurde. This e-mail is confidential and may contain personal and/or privileged information. If you are not the intended recipient please delete this = e-mail and all attachments immediately and inform us. The company sycor does = not agree with contracts or contract obligations sent by e-mail, neither do = we transmit legally binding offers by e-mail, unless this is not expressly agreed upon between the parties and documented in written form. ------------------------------------------------------- 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_idG21&alloc_id=10040&op=3Dick _______________________________________________ Perfparse-users mailing list Per...@li... https://lists.sourceforge.net/lists/listinfo/perfparse-users |
|
From: Ben C. <Be...@cl...> - 2004-07-22 16:22:26
|
Christohe, The --delete option does not quite restart Nagios. It sends a SIGHUP to the pid. Nagios responds by re-reading it's files, and crucially, re-opening serviceperf.log. Therefore allowing us to safely move this file to another name, which is later deleted. This should not effect Nagios. If you are finding it does effect Nagios, please let us know exactly how. You do have another option. Don't use the --delete option on a normal parse. Then once a day, or once every few days, run: perfparse -r --delete Alternatively, every day or so after running PerfParse you can enter: echo -n > serviceperf.log This truncates the log file to zero length. This will unfortunately loose a few lines of data. If you can live with this then you never have to effect Nagios. Regards, Ben. PS, Garry, this might be a good addition to the FAQ :) cgo...@tc... wrote: > > > > Hello, > > I use your plugin which is very helpfull for collating performance data. > I have just one question about it : > It seems that when I use the --delete option, it restart the nagios > process. > Does it change the avaibility stats with this nagios downtime (today it > restart 4 times per hours - every 15 minutes in my crontab) ? > So, is there a way to use it without restarting the nagios process. > > Thank you. > > Regards. > > Christophe GOGUYER DESSAGNES > IT Architect > Touring Club Suisse > Phone : +41 22 417 29 34 > Fax : +41 22 417 23 12 > Web : http://www.tcs.ch > > > > _____________________________________________________________________________ > > Ce message et les documents qui y sont attaches sont confidentiels et couverts par le secret professionnel. Ils sont destines uniquement aux personnes designees ci-dessus. Ils ne doivent pas etre diffuses et leur contenu ne doit pas etre utilise ou divulgue. Dans le cas ou ce message et les documents attaches vous seraient parvenus par erreur, nous vous remercions de nous informer de l'erreur commise et de les detruire aussitot. > > Diese Mitteilung sowie die angehaengten Dokumente sind vertraulich und dem Berufsgeheimnis unterstellt. Sie sind nur fuer die obgenannten > Personen bestimmt und duerfen nicht verteilt werden, auch darf deren > Inhalt weder verwendet oder verbreitet werden. Falls Sie diese Mitteilung und die angehaengten Dokumente irrtuemlich erhalten haben sollten, bitten wir Sie, uns ueber diesen Irrtum zu informieren und die Mitteilung samt Anhang sofort zu vernichten. > > This message and the attached documents are confidential and covered by professional secrecy. They are intended to their adresses only. They should not be used for any purpose and their content should not be disclosed to anyone. In case you have received this message and the attached documents by mistake, please advise us and delete them immediately. > |
|
From: Cook, G. <GW...@ma...> - 2004-07-22 16:18:48
|
SSBkb24ndCBrbm93IGFib3V0IGhvdyB0byBoYW5kbGUgdGhlIHJhbmdlIGlzc3VlLCBidXQgSSBm aXhlZCB0aGUgZmxpcHBlZCB2YWx1ZXMgaXNzdWUuIEkgdGhvdWdodCB0aGF0IEkgcG9zdGVkIHRv IHRoaXMgbGlzdCB3aXRoIHRoZSBwYXRjaCwgYnV0IG1heWJlIEkgZGlkbid0LiBDaGVjayB0aGUg c291cmNlZm9yZ2UubmV0IG5hZ2lvc3BsdWcgc2l0ZSwgSSBwb3N0ZWQgYSBwYXRjaCB0aGVyZSAo c2VhcmNoIGZvciB1c2VyOiBnX2ZvcmNlKS4gSWYgeW91IGNhbid0IGxvY2F0ZSBpdCwgbGV0IG1l IGtub3cgYW5kIEkgY2FuIGRpZyBpdCB1cCBhbmQgcmVzZW5kIHRvIHRoZSBsaXN0Li4uDQogDQot Zw0KDQoJLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0gDQoJRnJvbTogcGVyZnBhcnNlLXVzZXJz LWFkbWluQGxpc3RzLnNvdXJjZWZvcmdlLm5ldCBvbiBiZWhhbGYgb2YgQmVuIENsZXdldHQgDQoJ U2VudDogVGh1IDcvMjIvMjAwNCA5OjQ1IEFNIA0KCVRvOiBKYWFwIEhvZ2VuYmVyZyANCglDYzog bmFnaW9zcGx1Zy1kZXZlbEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQ7ICdwZXJmcGFyc2UtdXNlcnNA bGlzdHMuc291cmNlZm9yZ2UubmV0JyANCglTdWJqZWN0OiBSZTogW1BlcmZwYXJzZS11c2Vyc10g UmU6IFtOYWdpb3NwbHVnLWRldmVsXSBQZXJmb3JtYW5jZSBvdXRwdXQgb2YgdGhlIGRpc2sgcGx1 Z2luDQoJDQoJDQoNCglZZXMgSSBrbm93IHRoZSBjaGVja19kaXNrIHJldHVybnMgdGhlIHZhbHVl cyB1cHNpZGUgZG93bi4gIFZlcnkgDQoJYW5ub3lpbmchICBIYWxmIG15IGRpc2tzIGFyZSBzaG93 aW5nIHVwIGFzIENSSVRJQ0FMIHRvbyA6KSANCg0KCUkgZGlkIHBvc3QgYSBidWcgYWJvdXQgdGhp cywgYnV0IG5vdCBzdXJlIHdoYXQgaGFwcGVuZWQgdG8gaXQuIA0KDQoJSXQncyBlYXJseSBkYXlz IHlldCBmb3IgcGVyZm9ybWFuY2UgZGF0YSwgSSBhbSBzdXJlIGV2ZXJ5dGhpbmcgd2lsbCBmYWxs IA0KCWludG8gcGxhY2Ugb3ZlciBuZXh0IGZldyBtb250aHMuIA0KDQoJSSBtaWdodCBldmVuIGZp bmQgdGltZSB0byBhZGQgcmFuZ2Ugc3VwcG9ydCB0byBQZXJmUGFyc2UgaWYgaXQncyANCglpbXBv cnRhbnQuICBCdXQgcGxlYXNlIGRvbid0IGhvbGQgeW91ciBicmVhdGghIA0KDQoJUmVnYXJkcywg QmVuIA0KDQoNCglKYWFwIEhvZ2VuYmVyZyB3cm90ZTogDQoNCgk+IE9uIFRodSwgMjAwNC0wNy0y MiBhdCAxNjoyMSwgQmVuIENsZXdldHQgd3JvdGU6IA0KCT4gDQoJPj5KYWFwLCANCgk+PiANCgk+ PiBGcm9tIHRoZSBwZXJzcGVjdGl2ZSBvZiBQZXJmUGFyc2UsIHRoaXMgdW5mb3J0dW5hdGVseSBk b2VzIG5vdCANCgk+PnVuZGVyc3RhbmQgYSByYW5nZSBvZiBkYXRhLiAgRHVlIHRvIGEgZmxhdyBp biB0aGUgb3JpZ2luYWwgZGF0YSANCgk+PnN0cnVjdHVyZSwgaXQgY2FuIG9ubHkgc3RvcmUgYSBz aW5nbGUgdmFsdWUgZWFjaCBmb3IgdGhlIGNyaXRpY2FsIGFuZCANCgk+Pndhcm4gdmFsdWVzLiAg RnVydGhlciwgaXQgdXNlcyB0aGVzZSB0byBkcmF3IGp1c3Qgc2luZ2xlIGxpbmUgb24gdGhlIA0K CT4+Z3JhcGhzLiAgQ29uc2lkZXJhYmxlIHdvcmsgd291bGQgYmUgcmVxdWlyZWQgdG8gcmVidWls ZCB0aGUgcHJvZHVjdCBmb3IgDQoJPj5hIHJhbmdlLiANCgk+IA0KCT4gT0sgLCBJIHVuZGVyc3Rh bmQuIA0KCT4gDQoJPiANCgk+PllvdSBhcmUgdGhlIGZpcnN0IHBlcnNvbiBJIGhhdmUgZXZlciBz ZWVuIHdobyBoYXMgcmVxdWVzdGVkIHN1cHBvcnQgZm9yIA0KCT4+dGhpcywgYW5kIGFzIGZhciBh cyBJIGtub3csIG5vdCBhIHNpbmdsZSBwbHVnaW4gdXNlcyB0aGlzIGZvcm1hdCA6KSANCgk+IA0K CT4gV2VsbCwgc29tZSBvZiBteSBjdXN0b20gY2hlY2sgc2NyaXB0cyBkbyAgOy0pIA0KCT4gVW50 aWwgSSBkZWNpZGVkIHRvIHJpcCB0aGF0IG91dCAsIGJlY2F1c2UgaXQgY29uZnVzZWQgcGVyZnBh cnNlICA6KSANCgk+IA0KCT4gDQoJPiANCgk+PkkgZG8gbm90ZSB0aGF0IHRoZSByYW5nZSB5b3Ug c3BlY2lmeSBpbiB0aGlzIGNhc2UgYWRkcyBubyBtb3JlIA0KCT4+aW5mb3JtYXRpb24gdG8gdGhl IG91dHB1dCB0aGFuIHVzaW5nIHRocmVzaG9sZCB2YWx1ZXMuIA0KCT4gDQoJPiBVaG0sIHRoaXMg cGFydGljdWxhciBjYXNlIGlzIGEgcGx1Z2luIHRoYXQgcmVwb3J0cyBmcmVlIHNwYWNlLCANCgk+ IHNvIHRoZSB0cmVzaG9sZHMgYXJlIG5vdCAidXBwZXIiIHRyZXNob2xkIGJ1dCBsb3dlciB0cmVz aG9sZHMsIA0KCT4gbWVhbmluZyB0aGF0IHdoZW4gdGhlIHZhbHVlIGRyb3BzIEJFTE9XIHRoZSB0 cmVzaG9sZCwgYSB3YXJuaW5nIG9yIA0KCT4gY3JpdGljYWwgc3RhdHVzIHNob3VsZCBiZSBzZXQs IHdpdGggY3JpdGljYWwgPCB3YXJuaW5nIA0KCT4gDQoJPiBKdXN0IHVzaW5nIHRoZSB0cmVzaG9s ZCB2YWx1ZXMgd291bGQgZ2VuZXJldGUgdGhlc2UgYWxlcnRzIHdoZW4gDQoJPiBleGNlZWRpbmcg dGhlIHRyZXNob2xkcy4gDQoJPiBUaGF0J3Mgd2h5IEkgdGhvdWdoIHVzaW5nIHJhbmdlcyB3b3Vs ZCBiZSB1c2VmdWxsLiANCgk+IA0KCT4gQXBhcnQgZnJvbSB0aGF0LCB0aGUgdHJlc2hvbGRzIHRo YXQgdGhpcyBwbHVnaW4gZ2VuZXJhdGVzIGFyZSB3cm9uZyANCgk+IGFueXdheSA6IGl0IHJlcG9y dHMgdGhlIGZyZWUgc3BhY2UsIGFuZCB0aGUgdHJlc2hvbGRzIGFyZSBub3Qgc2V0IA0KCT4gdG8g MzAgYW5kIDEwICUgKGluIHRoZSBleGFtcGxlIGJlbG93KSBidXQgdG8gdGhlIHZhbHVlcyB0aGF0 IHdvdWxkIGJlIA0KCT4gY29ycmVjdCB3aGVuIGNhbGN1bGF0aW5nIFVTRUQgc3BhY2UsIGkuZS4g NzAgYW5kIDkwICUgDQoJPiANCgk+IEFsbCB0b2dldGhlciwgaXQgc291bmRzIGxpa2Ugd2Ugd291 bGQgYmUgYmV0dGVyIG9mIGhhdmluZyBhIHBsdWdpbiB0aGF0IA0KCT4gd291bGQgcmVwb3J0IG9u IHVzZWQgc3BhY2UgcGVyY2VudGFnZXMgdGhhbiBmcmVlIHNwYWNlIC4uLi4uIA0KCT4gDQoJPiBS ZWdhcmRzLCBhbmQgdGhhbmtzIGZvciB0aGUgaGVscCANCgk+IA0KCT4gSmFhcCBIb2dlbmJlcmcg DQoJPiANCgk+IA0KCT4+U29tZWJvZHkgaGVyZSBtaWdodCBjb3JyZWN0IG1lIG9uIHRoaXM6ICBJ IGJlbGlldmUgdGhlIHJhbmdlIGlzIHVzZWQgDQoJPj53aGVyZSBhbiBPSyByYW5nZSBtYXkgYmUg ZWl0aGVyIHNpZGUgb2YgYSBXQVJOIHJhbmdlLCB3aGljaCBpdCdzIHNlbGYgaXMgDQoJPj5laXRo ZXIgc2lkZSBvZiBhIENSSVRJQ0FMIHJhbmdlLiAgU2V0IGJ5IHNwZWNpZnlpbmcgb3ZlcmxhcHBp bmcgcmFuZ2VzOiANCgk+PiANCgk+PiAgT0sgWy1XQVJOLS1bLS1DUklUSUFMLS1dLS1XQVJOLV0g T0sgDQoJPj4gDQoJPj5PciBpbiByZXZlcnNlIHdoZXJlIHRoZSAnQCcgaXMgdXNlZDogYW4gT0sg cmFuZ2Ugc2l0cyBiZXR3ZWVuIGEgV0FSTiANCgk+PnJhbmdlLCB3aGljaCBzaXRzIGJldHdlZW4g YSBDUklUSUNBTCByYW5nZTogDQoJPj4gDQoJPj4tLS1DUklUSUNBTC1dLS1XQVJOLV0gT0sgWy1X QVJOLS1bLUNSSVRJQUwtLS0gDQoJPj4gDQoJPj5JIGRvIHdpc2ggdG8gc3VwcG9ydCB0aGlzIG9u ZSBkYXkgaW4gUGVyZlBhcnNlIGFzIHRoaXMgaXMgYSBwb3dlcmZ1bCANCgk+Pm9wdGlvbi4gIElm IGFueSBwZXJzb24gaGVyZSBjYW4gc2hpbmUgYSBsaWdodCBvbiBob3cgdGhlIHJhbmdlcyBzaG91 bGQgDQoJPj5jb3JyZWN0bHkgYmUgdXNlZCwgYW5kIGhvdyB0byB1bmRlcnN0YW5kIG92ZXJsYXBw aW5nIHJhbmdlcywgYW5kIG1vc3QgDQoJPj5pbXBvcnRhbnQsIHdpbGwgc3RhbmRhcmQgcGx1Z2lu cyBiZSB3cml0dGVuIHRvIHVzZSB0aGVzZSwgYW5kIGlmIHNvLCANCgk+PndoZW4/ICBJIHdvdWxk IGJlIGludGVyZXN0ZWQgaW4ga25vd2luZyA6KSANCgk+PiANCgk+PlJlZ2FyZHMsIEJlbi4gDQoJ Pj4gDQoJPj4gDQoJPj5KYWFwIEhvZ2VuYmVyZyB3cm90ZTogDQoJPj4gDQoJPj4gDQoJPj4+SGks IA0KCT4+PiANCgk+Pj5XaGlsZSBwbGF5aW5nIHdpdGggcGVyZnBhcnNlIDAuOTkuMDEgYW5kIHRo ZSBuYWdpb3MgcGx1Z2luIGNoZWNrX2Rpc2sgLCANCgk+Pj5pdCBvY2N1cnMgdG8gbWUgdGhhdCB0 aGUgcGVyZm9ybWFuY2UgZGF0YSBmb3IgdGhpcyBwbHVnaW4gaXMgbm90IA0KCT4+PmNvcnJlY3Qu IFdoZW4gSSBydW4gdGhlIHBsdWdpbiwgdGhpcyBpcyB3aGF0IEkgZ2V0OiANCgk+Pj4oIGN1cnJl bnRseSB1c2luZyBjaGVja19kaXNrIDEuNDIgZnJvbSBwbHVnaW5zIDEuNC4wYWxwaGEyICkgDQoJ Pj4+IA0KCT4+PiANCgk+Pj5uYWdpb3NAZ2lsbW9yZTp+L2N2cy9uYWdpb3NwbHVnL3BsdWdpbnMk IC4vY2hlY2tfZGlzayAtdyAzMCUgLWMgMTAlIC1wIC8gDQoJPj4+RElTSyBPSyAtIGZyZWUgc3Bh Y2U6IC8gODE3MSBNQiAoODUlKTt8IC89ODE3ME1COzY3Mjg7ODY1MDswOzk2MTIgDQoJPj4+IA0K CT4+Pj5Gcm9tIHRoZSAicGx1Z2luIGRldmVsb3BlcnMgZG9jIiBJIGdhdGhlciB0aGF0IHRoZSBz ZWNvbmQgYW5kIHRoaXJkIA0KCT4+PmZpZWxkIGluIHRoZSBwZXJmb3JtYW5jZSBkYXRhIG91dHB1 dCBzaG91bGQgYmUgb2YgdGhlICJyYW5nZSB0eXBlIiANCgk+Pj5hbmQgc2luY2Ugd2UgYXJlIHdv cmtpbmcgd2l0aCAiZnJlZSBzcGFjZSIgYW55IHZhbHVlIGJpZ2dlciB0aGFuIA0KCT4+PnRoZSB3 YXJuaW5nIGFuZCBjcml0aWNhbCB0cmVzaG9sZHMgaXMgZ29vZCAsIHNvIHdlIG5lZWQgdG8gYWxl cnQgDQoJPj4+d2hlbiB0aGUgdmFsdWUgaXMgaW5zaWRlIGEgcmFuZ2UgdXNpbmcgdGhlICJAIiBz aWduLi4uLiANCgk+Pj4gDQoJPj4+VGhpcyBtZWFucyB0aGUgIndhcm4iIGZpZWxkIHNob3VsZCBj b250YWluICBAKChtYXggKiAxMDApLzEwOigobWF4ICogDQoJPj4+MTAwKS8zMCkgDQoJPj4+YW5k IHRoZSAiY3JpdCIgZmllbGQgc2hvdWxkIHNob3cgQFswOl0oKG1heCAqIDEwMCkgLzEwIA0KCT4+ PiANCgk+Pj5pbiB2YWx1ZXM6ICAgLi4uLiB8IC89ODE3ME1CO0A5NjE6Mjg4NDtAMDo5NjE7MDs5 NjEyIA0KCT4+PiANCgk+Pj5JcyB0aGlzIHJpZ2h0ID8gDQoJPj4+IA0KCT4+PkkgaGF2ZSB0cmll ZCB0byBjaGFuZ2UgdGhlIGNvZGUgbXlzZWxmLCBzbyB0aGF0IEkgY291bGQgc3VwcGx5IA0KCT4+ PnBhdGNoZXMsIGJ1dCBteSBDIGNvZGluZyBza2lsbHMgYXJlIGxvdXN5LiANCgk+Pj4gDQoJPj4+ SSB3b3VsZCBhcHByaWNpYXRlIHRoZSBoZWxwLCBhbmQgbWFueSB0aGFua3MgZm9yIHRoZSBncmVh dCB3b3JrIGRvbmUgDQoJPj4+YWxscmVhZHkhIA0KCT4+PiANCgk+Pj5SZWdhcmRzLCANCgk+Pj5K YWFwIEhvZ2VuYmVyZyANCgk+Pj4gDQoJPj4+IA0KCT4+PiANCgk+Pj4tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIA0KCT4+PlRoaXMgU0YuTmV0 IGVtYWlsIGlzIHNwb25zb3JlZCBieSBCRUEgV2VibG9naWMgV29ya3Nob3AgDQoJPj4+RlJFRSBK YXZhIEVudGVycHJpc2UgSjJFRSBkZXZlbG9wZXIgdG9vbHMhIA0KCT4+PkdldCB5b3VyIGZyZWUg Y29weSBvZiBCRUEgV2ViTG9naWMgV29ya3Nob3AgOC4xIHRvZGF5LiANCgk+Pj5odHRwOi8vYWRz Lm9zZG4uY29tLz9hZF9pZD00NzIxJmFsbG9jX2lkPTEwMDQwJm9wPWNsaWNrIA0KCT4+Pl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fIA0KCT4+Pk5hZ2lvc3Bs dWctZGV2ZWwgbWFpbGluZyBsaXN0IA0KCT4+Pk5hZ2lvc3BsdWctZGV2ZWxAbGlzdHMuc291cmNl Zm9yZ2UubmV0IA0KCT4+Pmh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3Rp bmZvL25hZ2lvc3BsdWctZGV2ZWwgDQoJPj4+Ojo6IFBsZWFzZSBpbmNsdWRlIHBsdWdpbnMgdmVy c2lvbiAoLXYpIGFuZCBPUyB3aGVuIHJlcG9ydGluZyBhbnkgaXNzdWUuIA0KCT4+Pjo6OiBNZXNz YWdlcyB3aXRob3V0IHN1cHBvcnRpbmcgaW5mbyB3aWxsIHJpc2sgYmVpbmcgc2VudCB0byAvZGV2 L251bGwgDQoJPj4+IA0KCT4+IA0KCT4gDQoJPiANCgk+IA0KCT4gLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSANCgk+IFRoaXMgU0YuTmV0IGVt YWlsIGlzIHNwb25zb3JlZCBieSBCRUEgV2VibG9naWMgV29ya3Nob3AgDQoJPiBGUkVFIEphdmEg RW50ZXJwcmlzZSBKMkVFIGRldmVsb3BlciB0b29scyEgDQoJPiBHZXQgeW91ciBmcmVlIGNvcHkg b2YgQkVBIFdlYkxvZ2ljIFdvcmtzaG9wIDguMSB0b2RheS4gDQoJPiBodHRwOi8vYWRzLm9zZG4u Y29tLz9hZF9pZD00NzIxJmFsbG9jX2lkPTEwMDQwJm9wPWNsaWNrIA0KCT4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18gDQoJPiBQZXJmcGFyc2UtdXNlcnMg bWFpbGluZyBsaXN0IA0KCT4gUGVyZnBhcnNlLXVzZXJzQGxpc3RzLnNvdXJjZWZvcmdlLm5ldCAN Cgk+IGh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL3BlcmZwYXJz ZS11c2VycyANCgk+IA0KDQoNCg0KCS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0gDQoJVGhpcyBTRi5OZXQgZW1haWwgaXMgc3BvbnNvcmVkIGJ5 IEJFQSBXZWJsb2dpYyBXb3Jrc2hvcCANCglGUkVFIEphdmEgRW50ZXJwcmlzZSBKMkVFIGRldmVs b3BlciB0b29scyEgDQoJR2V0IHlvdXIgZnJlZSBjb3B5IG9mIEJFQSBXZWJMb2dpYyBXb3Jrc2hv cCA4LjEgdG9kYXkuIA0KCWh0dHA6Ly9hZHMub3Nkbi5jb20vP2FkX2lkPTQ3MjEmYWxsb2NfaWQ9 MTAwNDAmb3A9Y2xpY2sgDQoJX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18gDQoJUGVyZnBhcnNlLXVzZXJzIG1haWxpbmcgbGlzdCANCglQZXJmcGFyc2UtdXNl cnNAbGlzdHMuc291cmNlZm9yZ2UubmV0IA0KCWh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0 L2xpc3RzL2xpc3RpbmZvL3BlcmZwYXJzZS11c2VycyANCg0K |
|
From: Ben C. <Be...@cl...> - 2004-07-22 15:42:52
|
Yes I know the check_disk returns the values upside down. Very annoying! Half my disks are showing up as CRITICAL too :) I did post a bug about this, but not sure what happened to it. It's early days yet for performance data, I am sure everything will fall into place over next few months. I might even find time to add range support to PerfParse if it's important. But please don't hold your breath! Regards, Ben Jaap Hogenberg wrote: > On Thu, 2004-07-22 at 16:21, Ben Clewett wrote: > >>Jaap, >> >> From the perspective of PerfParse, this unfortunately does not >>understand a range of data. Due to a flaw in the original data >>structure, it can only store a single value each for the critical and >>warn values. Further, it uses these to draw just single line on the >>graphs. Considerable work would be required to rebuild the product for >>a range. > > OK , I understand. > > >>You are the first person I have ever seen who has requested support for >>this, and as far as I know, not a single plugin uses this format :) > > Well, some of my custom check scripts do ;-) > Until I decided to rip that out , because it confused perfparse :) > > > >>I do note that the range you specify in this case adds no more >>information to the output than using threshold values. > > Uhm, this particular case is a plugin that reports free space, > so the tresholds are not "upper" treshold but lower tresholds, > meaning that when the value drops BELOW the treshold, a warning or > critical status should be set, with critical < warning > > Just using the treshold values would generete these alerts when > exceeding the tresholds. > That's why I though using ranges would be usefull. > > Apart from that, the tresholds that this plugin generates are wrong > anyway : it reports the free space, and the tresholds are not set > to 30 and 10 % (in the example below) but to the values that would be > correct when calculating USED space, i.e. 70 and 90 % > > All together, it sounds like we would be better of having a plugin that > would report on used space percentages than free space ..... > > Regards, and thanks for the help > > Jaap Hogenberg > > >>Somebody here might correct me on this: I believe the range is used >>where an OK range may be either side of a WARN range, which it's self is >>either side of a CRITICAL range. Set by specifying overlapping ranges: >> >> OK [-WARN--[--CRITIAL--]--WARN-] OK >> >>Or in reverse where the '@' is used: an OK range sits between a WARN >>range, which sits between a CRITICAL range: >> >>---CRITICAL-]--WARN-] OK [-WARN--[-CRITIAL--- >> >>I do wish to support this one day in PerfParse as this is a powerful >>option. If any person here can shine a light on how the ranges should >>correctly be used, and how to understand overlapping ranges, and most >>important, will standard plugins be written to use these, and if so, >>when? I would be interested in knowing :) >> >>Regards, Ben. >> >> >>Jaap Hogenberg wrote: >> >> >>>Hi, >>> >>>While playing with perfparse 0.99.01 and the nagios plugin check_disk , >>>it occurs to me that the performance data for this plugin is not >>>correct. When I run the plugin, this is what I get: >>>( currently using check_disk 1.42 from plugins 1.4.0alpha2 ) >>> >>> >>>nagios@gilmore:~/cvs/nagiosplug/plugins$ ./check_disk -w 30% -c 10% -p / >>>DISK OK - free space: / 8171 MB (85%);| /=8170MB;6728;8650;0;9612 >>> >>>>From the "plugin developers doc" I gather that the second and third >>>field in the performance data output should be of the "range type" >>>and since we are working with "free space" any value bigger than >>>the warning and critical tresholds is good , so we need to alert >>>when the value is inside a range using the "@" sign.... >>> >>>This means the "warn" field should contain @((max * 100)/10:((max * >>>100)/30) >>>and the "crit" field should show @[0:]((max * 100) /10 >>> >>>in values: .... | /=8170MB;@961:2884;@0:961;0;9612 >>> >>>Is this right ? >>> >>>I have tried to change the code myself, so that I could supply >>>patches, but my C coding skills are lousy. >>> >>>I would appriciate the help, and many thanks for the great work done >>>allready! >>> >>>Regards, >>>Jaap Hogenberg >>> >>> >>> >>>------------------------------------------------------- >>>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=4721&alloc_id=10040&op=click >>>_______________________________________________ >>>Nagiosplug-devel mailing list >>>Nag...@li... >>>https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel >>>::: Please include plugins version (-v) and OS when reporting any issue. >>>::: Messages without supporting info will risk being sent to /dev/null >>> >> > > > > ------------------------------------------------------- > 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=4721&alloc_id=10040&op=click > _______________________________________________ > Perfparse-users mailing list > Per...@li... > https://lists.sourceforge.net/lists/listinfo/perfparse-users > |
|
From: Jaap H. <jaa...@ma...> - 2004-07-22 15:21:14
|
On Thu, 2004-07-22 at 16:21, Ben Clewett wrote: > Jaap, > > From the perspective of PerfParse, this unfortunately does not > understand a range of data. Due to a flaw in the original data > structure, it can only store a single value each for the critical and > warn values. Further, it uses these to draw just single line on the > graphs. Considerable work would be required to rebuild the product for > a range. OK , I understand. > You are the first person I have ever seen who has requested support for > this, and as far as I know, not a single plugin uses this format :) Well, some of my custom check scripts do ;-) Until I decided to rip that out , because it confused perfparse :) > I do note that the range you specify in this case adds no more > information to the output than using threshold values. Uhm, this particular case is a plugin that reports free space, so the tresholds are not "upper" treshold but lower tresholds, meaning that when the value drops BELOW the treshold, a warning or critical status should be set, with critical < warning Just using the treshold values would generete these alerts when exceeding the tresholds. That's why I though using ranges would be usefull. Apart from that, the tresholds that this plugin generates are wrong anyway : it reports the free space, and the tresholds are not set to 30 and 10 % (in the example below) but to the values that would be correct when calculating USED space, i.e. 70 and 90 % All together, it sounds like we would be better of having a plugin that would report on used space percentages than free space ..... Regards, and thanks for the help Jaap Hogenberg > Somebody here might correct me on this: I believe the range is used > where an OK range may be either side of a WARN range, which it's self is > either side of a CRITICAL range. Set by specifying overlapping ranges: > > OK [-WARN--[--CRITIAL--]--WARN-] OK > > Or in reverse where the '@' is used: an OK range sits between a WARN > range, which sits between a CRITICAL range: > > ---CRITICAL-]--WARN-] OK [-WARN--[-CRITIAL--- > > I do wish to support this one day in PerfParse as this is a powerful > option. If any person here can shine a light on how the ranges should > correctly be used, and how to understand overlapping ranges, and most > important, will standard plugins be written to use these, and if so, > when? I would be interested in knowing :) > > Regards, Ben. > > > Jaap Hogenberg wrote: > > > Hi, > > > > While playing with perfparse 0.99.01 and the nagios plugin check_disk , > > it occurs to me that the performance data for this plugin is not > > correct. When I run the plugin, this is what I get: > > ( currently using check_disk 1.42 from plugins 1.4.0alpha2 ) > > > > > > nagios@gilmore:~/cvs/nagiosplug/plugins$ ./check_disk -w 30% -c 10% -p / > > DISK OK - free space: / 8171 MB (85%);| /=8170MB;6728;8650;0;9612 > > > >>From the "plugin developers doc" I gather that the second and third > > field in the performance data output should be of the "range type" > > and since we are working with "free space" any value bigger than > > the warning and critical tresholds is good , so we need to alert > > when the value is inside a range using the "@" sign.... > > > > This means the "warn" field should contain @((max * 100)/10:((max * > > 100)/30) > > and the "crit" field should show @[0:]((max * 100) /10 > > > > in values: .... | /=8170MB;@961:2884;@0:961;0;9612 > > > > Is this right ? > > > > I have tried to change the code myself, so that I could supply > > patches, but my C coding skills are lousy. > > > > I would appriciate the help, and many thanks for the great work done > > allready! > > > > Regards, > > Jaap Hogenberg > > > > > > > > ------------------------------------------------------- > > 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=4721&alloc_id=10040&op=click > > _______________________________________________ > > Nagiosplug-devel mailing list > > Nag...@li... > > https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > > ::: Please include plugins version (-v) and OS when reporting any issue. > > ::: Messages without supporting info will risk being sent to /dev/null > > > |
|
From: Ben C. <Be...@cl...> - 2004-07-22 14:18:57
|
Jaap, From the perspective of PerfParse, this unfortunately does not understand a range of data. Due to a flaw in the original data structure, it can only store a single value each for the critical and warn values. Further, it uses these to draw just single line on the graphs. Considerable work would be required to rebuild the product for a range. You are the first person I have ever seen who has requested support for this, and as far as I know, not a single plugin uses this format :) I do note that the range you specify in this case adds no more information to the output than using threshold values. Somebody here might correct me on this: I believe the range is used where an OK range may be either side of a WARN range, which it's self is either side of a CRITICAL range. Set by specifying overlapping ranges: OK [-WARN--[--CRITIAL--]--WARN-] OK Or in reverse where the '@' is used: an OK range sits between a WARN range, which sits between a CRITICAL range: ---CRITICAL-]--WARN-] OK [-WARN--[-CRITIAL--- I do wish to support this one day in PerfParse as this is a powerful option. If any person here can shine a light on how the ranges should correctly be used, and how to understand overlapping ranges, and most important, will standard plugins be written to use these, and if so, when? I would be interested in knowing :) Regards, Ben. Jaap Hogenberg wrote: > Hi, > > While playing with perfparse 0.99.01 and the nagios plugin check_disk , > it occurs to me that the performance data for this plugin is not > correct. When I run the plugin, this is what I get: > ( currently using check_disk 1.42 from plugins 1.4.0alpha2 ) > > > nagios@gilmore:~/cvs/nagiosplug/plugins$ ./check_disk -w 30% -c 10% -p / > DISK OK - free space: / 8171 MB (85%);| /=8170MB;6728;8650;0;9612 > >>From the "plugin developers doc" I gather that the second and third > field in the performance data output should be of the "range type" > and since we are working with "free space" any value bigger than > the warning and critical tresholds is good , so we need to alert > when the value is inside a range using the "@" sign.... > > This means the "warn" field should contain @((max * 100)/10:((max * > 100)/30) > and the "crit" field should show @[0:]((max * 100) /10 > > in values: .... | /=8170MB;@961:2884;@0:961;0;9612 > > Is this right ? > > I have tried to change the code myself, so that I could supply > patches, but my C coding skills are lousy. > > I would appriciate the help, and many thanks for the great work done > allready! > > Regards, > Jaap Hogenberg > > > > ------------------------------------------------------- > 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=4721&alloc_id=10040&op=click > _______________________________________________ > Nagiosplug-devel mailing list > Nag...@li... > https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any issue. > ::: Messages without supporting info will risk being sent to /dev/null > |
|
From: Ben C. <Be...@cl...> - 2004-07-22 11:17:05
|
PP Users, Version 0.99.03 is out. This has a far more robust, and safer, deletion policy. However, please check your deletion policies if upgrading from a version before 0.99.01. Thanks for sticking with this problem, I think we have it sorted now :) Version 0.99.03 has a bug in the Raw History Report. If you select 'Summary Only' is crashes. This will be fixed with version 0.99.04, which will also have a nice Gant chart with it. (Sample attached to email.) Please keep the feedback coming in! Regards, Ben. |
|
From: Kemp, D. <Dar...@xe...> - 2004-07-21 17:36:37
|
Eureka, I have graphs! For some reason my nagios binary wasn't happy, I verified it had been = built with -with-file-perfdata in config.status, and also verified it = was on in process info. (in fact I could see the perfdata in the details = for the appropriate services) With lack of any better ideas I recompiled = NAGIOS with the following: ./configure --with-nagios-user=3Dnagios --with-nagios-group=3Dnagios = --with-file-perfdata --with-perlcache And reinstalled the binary, now I was getting logfiles. However, you should make a note for 2.0a users, the proper syntax for = the perf data template is: xpdfile_host_perfdata_template=3D$TIMET$\t$HOSTNAME$\t$HOSTOUTPUT$\t$HOST= PERFDATA$ xpdfile_service_perfdata_template=3D$TIMET$\t$HOSTNAME$\t$SERVICEDESC$\t$= SERVICEOUTPUT$\t$SERVICEPERFDATA$ Thanks so much for everyones help, if you guys need a Solaris guinea pig = to test anything just drop me a note. -dkk -----Original Message----- From: Ben Clewett [mailto:Be...@cl...]=20 Sent: Wednesday, July 21, 2004 9:34 AM To: Kemp, Darren Cc: per...@li... Subject: Re: [Perfparse-users] Problems processing serviceperf.log Darren, Just to make sure: You have compiled Nagios to use the performance=20 method of 'file'? Eg, something like: ./configure --with-file-perfdata In my nagios.cfg I now have the following entries: #service_perfdata_command=3Dprocess-service-perfdata xpdfile_service_perfdata_file=3D/usr/local/nagios/var/serviceperf.log xpdfile_service_perfdata_template=3D$TIMET$\t$HOSTNAME$\t$SERVICEDESC$\t$= OUTPUT$\t$PERFDATA$ Please ensure similar entries are similar. Especially the last line=20 which must be identical. You should now have a file with performance data waiting for PerfParse = :) Ben Kemp, Darren wrote: > Just to clarify the directions, do the processing commands get > uncommented? > #host_perfdata_command=3Dprocess-host-perfdata > #service_perfdata_command=3Dprocess-service-perfdata >=20 > Without them I get no logs, and I've verified everything else in the > document is correct (again) >=20 > With these uncommented I get logs, but no graphs. Is there a DEBUG I = can > turn on to see if something funky is going on? >=20 > Thanks for your time. >=20 > -dkk >=20 >=20 > -----Original Message----- > From: Ben Clewett [mailto:Be...@cl...]=20 > Sent: Wednesday, July 21, 2004 9:04 AM > To: Kemp, Darren > Subject: Re: [Perfparse-users] Problems processing serviceperf.log >=20 > Kemp, Darren wrote: >=20 >>I have several hosts updated with the CVS plugins that do indeed have >=20 > the plugin data: >=20 >>OK - load average: 0.13, 0.20, >=20 > 0.21|load1=3D0.132813;15.000000;30.000000;0.000000 > load5=3D0.195313;10.000000;25.000000;0.000000 > load15=3D0.210938;5.000000;20.000000;0.000000 >=20 >>However, not *all* of my NRPE hosts have been updated to the new >=20 > plugins,=20 >=20 >>Will this make a difference? >=20 >=20 > If the plugin produces performance data, PerfParse with parse and = graph > it. >=20 > However, there is a stage between the plugin showing data and = PerfParse=20 > getting it. The same information must appear in the serviceperf.log=20 > file. Can you let this file develop for a while and check it to see=20 > whether there is performance data? >=20 > If there is not, then there are some pointers in the HOWTO on how to=20 > ensure Nagios logs this data. >=20 > Let me know how you get on. >=20 > Regards, Ben. >=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_idG21&alloc_id=10040&op=CCk > _______________________________________________ > Perfparse-users mailing list > Per...@li... > https://lists.sourceforge.net/lists/listinfo/perfparse-users >=20 |
34 messages has been excluded from this view by a project administrator.
