[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [hobbit] Duration for one round of server side module



On Thu, May 14, 2009 at 8:46 PM, T.J. Yang <tj_yang (at) hotmail.com> wrote:

>  Hi Asif
>
>
> There are a few questions need to be addressed for non-home deployment.
>
> 1.  Do we  want to have  xymon clients to query Sun's patch database file ?
>     The answer should be No for a site have big xymon client installations.
> 2. the pca xymon client module should query internal solaris patch database
> server(on xymon server).
> 3. the pca xymon server side EXT module should in sync with Sun's patch
> database server and download the zip files for internal installation.
> 4. pca rely on wget and wget rely on other software also, be prepared to
> deal with pca xymon module for solaris 2.6 and above that doesn't come with
> wget.
>

I discussed w/ pca community and server side module works better
Here is the thread.

    http://www.mail-archive.com/pca (at) lists.univie.ac.at/msg00939.html

Most of the servers are between sol 8 and sol 10 but that is not a problem
since I am doing it
on the server side and my hobbit server is sol 9

I updated the hobbitclient-sunos.sh file and pushed using clientupdate
method to all the clients.
only the following lines needed to add to the hobbitclient-sunos.sh. That
was enough data
to generate the pca report

echo "[showrev]"
showrev -p
echo "[pkginfo]"
pkginfo -x

right below [ps] section

Also whenever new version pca comes I just need to update the pca on hobbit
server to get my patch report



>
>
>  I don't quite understand why you design pca work as server side module
>
>
> For me, I did it as a client side module and create another column (pca)
> for each xymon client.
>
> Here is an example of what it looks like so far
>
>
> http://xymon.dlinkddns.com/hobbit-cgi/bb-hostsvc.sh?HOST=netinstall.test.net&SERVICE=pca
>
> P.S. I interacted with pca author but failed to convince him we (xymon
> community) can have a "-M" option to send out xymon needed html format.
>
>

You use the `-L ' switch to get html report.


> tj
>
>
>  *From:* Asif Iqbal <vadud3 (at) gmail.com>
> *Sent:* Thursday, May 14, 2009 1:41 PM
> *To:* hobbit (at) hswn.dk
> *Subject:* [hobbit] Duration for one round of server side module
>
>
> 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?