[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