[hobbit] Duration for one round of server side module

[Ralph Mitchell]

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?
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20090514/87014a7a/attachment.html>