[hobbit] Duration for one round of server side module

T.J. Yang tj_yang at hotmail.com
Fri May 15 16:49:53 CEST 2009

Thanks for the info, I documented the differences of these two approaches.


T.J. Yang

Date: Thu, 14 May 2009 21:22:11 -0400
From: vadud3 at gmail.com
To: hobbit at hswn.dk
Subject: 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.


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 

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.


From: Asif Iqbal 
Sent: Thursday, May 14, 2009 1:41 PM
To: hobbit at hswn.dk 
Subject: [hobbit] Duration for one round of server side 

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. 

NEEDS hobbitd
        CMD hobbitd_channel 
--channel=client --log=$BBSERVERLOGS/pca.log $BBHOME

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 

Here is an snippet of the top processes sorted by 

hobbit   2248M  581M run     
39    0   0:02:31 1.1% hobbitd_channel/1
hobbit     58M   56M run     
39    0   0:07:42 2.5% hobbitd/1
hobbit     21M   20M run     
20    0   0:00:03  15% perl5.8.5/1
devmon     11M   11M sleep   
59    0   0:00:44 1.5% devmon/1
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
Key: 0xE62693C5 KeyServer: pgp.mit.edu
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?

HotmailĀ® goes with you. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20090515/81c03e69/attachment.html>

More information about the Xymon mailing list