[Perfparse-users] New version, 0.06

[Ben C. <Be...@cl...>]

Dear Users,

Some of you have been rightly concerned with the amount of database 
space PerfParse takes up.  For me this is about 1GB/week!  To address 
these concerns, there is a new version (0.06) with some extras.

The main parsing program 'perfparse' now has two options:

--no-raw

This flag tells PerfParse not to store the raw data.  This is the 
textual output from the plugins, and takes up the most room in the 
database.  Current versions do nothing with this data anyway :)

--del-old n

This will delete *all* data older than n days.  Use with care!

Secondly, within the cgi application there is a new tool to define a 
policy for storage of data for each Binary Metric.  Ie, the data used to 
draw the graphs.  There are three options:

Never Delete		Permanently store data, unless deletes as above.
Always Delete		Store no data for this metric.
Keep for n days.	Store data for n days, then delete.

These policies will be executed on each run of PerfParse.

Please address any comment to this mailing group where I will be glad to 
answer you privately, on in a reply.

Regards, Ben.



Ben Clewett wrote:

> Getting performance data out of Nagios seems so far to be the part which 
> most bothers people.  Any help in this direction would I am sure be very 
> well received by many people.
> 
> I look forward to getting the document,
> 
> Ben
> 
> Cook, Garry wrote:
> 
>> Yes. I have not spent much time yet actually installing perfparse. I
>> took a quick look at it last Thursday before taking a little vacation. I
>> hope to download the new version and continue working with it this week,
>> as well as continue work on the HOW-TO. At this point, the HOW-TO is
>> current up to the point where I needed to turn on Performance Data
>> processing via the Nagios web page. So, it's really more of a 'Nagios
>> Performance Data HOW-TO'. So, I'll see if I can clean this up a bit and
>> send it over to you later today.
>>
>> 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, I am very glad to hear that it works for you.  It does sound a
>>> bit odd.  I never had to turn it on here.  Can you remember
>>> ever turning
>>> it off?
>>>
>>> You you be able to put together a check-list of all the
>>> things which you
>>> had to do to get the data.  Which we can put live on the site
>>> and link
>>> from the web page?  I dread to think from the 130+ people who have
>>> downloaded perfparse, how many have also given up because of
>>> this problem.
>>>
>>> Well, enjoy using the product,
>>>
>>> Ben
>>>
>>> Cook, Garry wrote:
>>>
>>>
>>>> No, that wasn't the issue. However, I did finally find the solution!
>>>> I opened my Nagios web page, and went to the 'Process Info' page. At
>>>> the bottom of the Process Information box I saw:
>>>>
>>>> "Performance Data Being Processed?     No"
>>>>
>>>> So, in the 'Process Commands' box I clicked on "Enable performance
>>>> data". This solved the problem.
>>>>
>>>> Did I miss something somewhere? Shouldn't the changes to the config
>>>> files make performance data active? In other words, is this a bug
>>>> that I've found or do you think it was Ethan's intention to have us
>>>> enable it in the configs and then have to manually turn it on via
>>>> the web page? If it was intentional, then the docs should be updated.
>>>>
>>>> I've copied Ethan directly on this message, rather than clutter up
>>>> the Nagios list any further.
>>>> -g
>>
>>
>>
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g. 
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Perfparse-users mailing list
> Per...@li...
> https://lists.sourceforge.net/lists/listinfo/perfparse-users
>