[hobbit] Duration for one round of server side module

Asif Iqbal vadud3 at gmail.com
Thu May 14 21:37:22 CEST 2009


On Thu, May 14, 2009 at 3:28 PM, Hubbard, Greg L <greg.hubbard at eds.com>wrote:

>  Or use the "time" command in front of the command?  This assumes that you
> know where Xymon is writing your log...
>
>

It is getting called like this

[pca]
        ENVFILE /export/home/hobbit/server/etc/hobbitserver.cfg
        NEEDS hobbitd
        CMD hobbitd_channel --channel=client --log=$BBSERVERLOGS/pca.log
$BBHOME

The log is going to /var/log/hobbit/pca.log

Where do I put the time here and how do I know when the first round of
hobbit client data have been received in hobbitd_channel
and close the time so I don't count same host twice?





> GLH
>
>  ------------------------------
> *From:* Ralph Mitchell [mailto:ralphmitchell at gmail.com]
> *Sent:* Thursday, May 14, 2009 2:09 PM
> *To:* hobbit at hswn.dk
> *Subject:* Re: [hobbit] Duration for one round of server side module
>
> Maybe I'm missing something, but...  Why not just grab the system date/time
> at the start, again at the end, then subtract one from the other??  If you
> just print it out, the numbers should go into the log.  Or generate your own
> log file by appending the start & end values, then process later.
> Ralph Mitchell
>
>
> On Thu, May 14, 2009 at 1:41 PM, Asif Iqbal <vadud3 at gmail.com> wrote:
>
>>
>> I implemented a server side perl script using this
>> http://xymonton.trantor.org/doku.php/tutorials:ssmodule as the template.
>>
>> I like to run it only once daily, so I put status+1d for the bb command.
>>
>> But I need help to find out how long it takes for the script to complete
>> for my ~300 hosts.
>>
>> Currently I have it setup just like the setup in the above url, like the
>> following.
>>
>> [pca]
>>         ENVFILE /export/home/hobbit/server/etc/hobbitserver.cfg
>>         NEEDS hobbitd
>>         CMD hobbitd_channel --channel=client --log=$BBSERVERLOGS/pca.log
>> $BBHOME
>> /ext/pca.pl
>>
>> And it is taking tons of resources since it receives all the patch/pkg
>> info from 300 servers through client channel
>> and generate a patch report using the tool pca (
>> http://www.par.univie.ac.at/solaris/pca/) for each host. It allows us
>> to find out the patch status for all solaris boxes
>>
>> Here is an snippet of the top processes sorted by RSS
>>
>>    PID USERNAME  SIZE   RSS STATE  PRI NICE      TIME  CPU
>> PROCESS/NLWP
>>   8687 hobbit   2248M  581M run     39    0   0:02:31 1.1%
>> hobbitd_channel/1
>>   8648 hobbit     58M   56M run     39    0   0:07:42 2.5% hobbitd/1
>>  10223 hobbit     21M   20M run     20    0   0:00:03  15% perl5.8.5/1
>>   7115 devmon     11M   11M sleep   59    0   0:00:44 1.5% devmon/1
>>   8689 hobbit   8816K 6968K sleep   59    0   0:07:52 2.7% pca.pl/1
>>
>> If I can find out how long it takes to run I can then add an INTERVAL
>> accordingly. I do not need to
>> process the client data more than once a day
>>
>>
>> --
>> Asif Iqbal
>> PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
>> A: Because it messes up the order in which people normally read text.
>> Q: Why is top-posting such a bad thing?
>>
>>
>>
>


-- 
Asif Iqbal
PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20090514/d4f821b2/attachment.html>


More information about the Xymon mailing list