[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [hobbit] Duration for one round of server side module
- To: hobbit (at) hswn.dk
- Subject: Re: [hobbit] Duration for one round of server side module
- From: Asif Iqbal <vadud3 (at) gmail.com>
- Date: Thu, 14 May 2009 15:37:22 -0400
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=RjRKJRSTHyZiGnQc9KTXMFZnrm4sLlw+ALwOGs1ZNv0=; b=L3zf1I+IYdsZPonWBfdMI1tr6DIBW+WR74kdJQzbjM077/EfzXgAKDi9kqKik4Yey5 G+uHaDUKbHawCGykZCKQ4xiXc3FJnBbe6Fu3+bu0YFIbpzG0Wwb2c/Y3UZj7KvyhWCY3 Ph77Ci/C74/Eg1stY0SM1mho7aDhXRleFn1Tc=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=Llv5rlOOesf9DHI2ohLHOc8VMjR2wANEM4ASEIJF5tnfn2qv20b15cNqfQa3aDDuH6 OWTP96MJsdaPN3OIiphavyT7MGFDuDVm2DwEvv5XnUi08/135SPCUQIA4i3nCGKv47w6 UcgPb4Hf13jyc/JDOVM36zlKyDWJmSgAWZsVo=
- References: <a60f25fc0905141141xb5a9224pb3abdb10bbcea3fc (at) mail.gmail.com> <997a524e0905141209x291e9cb5ua84c320909ecdcbd (at) mail.gmail.com> <58EF0861D3A1A04182720B3A5231C7C204700B5F (at) usplm205.amer.corp.eds.com>
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?