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

["T.J. Yang" <tj_yang (at) hotmail.com>]

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

http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Other_Docs/HOWTO#How_to_have_pca_work_with_xymon_.3F

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.

    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 
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?




_________________________________________________________________
Hotmail® goes with you. 
http://windowslive.com/Tutorial/Hotmail/Mobile?ocid=TXT_TAGLM_WL_HM_Tutorial_Mobile1_052009