August 2006 - Xymon - Xymon mailman web

Bbgen problems with latest snapshot
by fduranti＠q8.it 08 Aug '06

08 Aug '06

I've a problem with bbgen and pageset... I'm creating a new set of pages with the bbgen pageset feature of hobbit and I've found I've a problem with the default host tag with bbgen. I've a set of pages definition in the bb-hosts file for bbgen: beapage PServers Prod Servers beagroup Physical Servers beagroup Virtual Servers beapage PDomains Prod Domains beagroup WLI Domains beagroup WLS Internal Domains beagroup WLS Internet Domains beapage PDatabase Prod DB Servers before defining the host i want to go to those pageset i define the default and then the host: 0.0.0.0 .default. # BEA:PDomains,3 group-compress WLS Internet Web Sites 0.0.0.0 Q8 # noconn nodisp beastat 0.0.0.0 Q8.Q8Server # noconn beaping BEA:PDomains,3 0.0.0.0 Q8.Q8Server_1 # noconn beaping 0.0.0.0 Q8.Q8Server_2 # noconn beaping 0.0.0.0 Q8Oils # noconn nodisp beastat Now the Q8.Q8Server is going to the pageset in the group number 3 (I've added the definition in the host to see if it work)... all the other ones don't get the .default. tag .... Another problem with pageset is that i cannot create .rss file in the pagesets... someone know if I'm doing something wrong or if it's normal or a bug? To create the pageset i've a script I call from the hobbitlaunch with 2 parameters that will result in this output: BBWEB="/hobbit/BEA"; BBMENUSKIN="$BBWEB/menu"; exec bbgen --pageset=bea --report=bbgen-bea --nopurple --nstab=BEA/nstab.html $BBGENOPTS $BBHOME/www/BEA my BBGENOPTS is BBGENOPTS="--recentgifs --subpagecolumns=2 --nopropred=msgs,vmio --pagetext-headings --timing --docurl=/hobbit/admin/notes.php?host=%s --rssversion=2.0 --eventignore=uptime,event,msgs,vmio,legato --includecolumns=graph --bb2-ignorecolumns=legato --rss" Thanks Francesco

2 1

[hobbit] oversized [ports] section && 'stopped reporting' -> feature request (bug ?)
by jjj863＠gmail.com 08 Aug '06

08 Aug '06

anyway the size limit can be applied invididually for each check, such that an oversized [ports] or any other section won't vitimize other 'good' sections and cause them dataless in the RRD? On 8/7/06, Jerry Yu <jjj863 at gmail.com> wrote: > > thanks, I doubled MAXMSG_CLIENT MAXMSG_STATUS as well as MAXMSG_DATA from > their default values. That seem to have eliminated the truncation line for > PORTS data and oversize status/stachg messages for Hobbitd. > after "/etc/init.d/hobbit stop" and 'kill -TERM' the remaining vmstat > processes, I had to 'ipcrm' one last shm segment. > > > On 8/6/06, Henrik Stoerner <henrik at hswn.dk> wrote: > > > > On Fri, Aug 04, 2006 at 09:54:04AM -0400, Jerry Yu wrote: > > > one of our servers have up to 6000 TIME_WAIT tcp connections from > > time to > > > time. This got truncated, of course. I want to see them all. any > > quick way > > > to change the upper limit w/o recompilation ? > > > > Set the MAXMSG_CLIENT setting in hobbitserver.cfg and restart Hobbit. > > The default is 512 (KB) for the maximum size of a client message. > > > > If you want them all to show up on the status display, you probably also > > > > have to increase the MAXMSG_STATUS setting. > > > > The hobbitserver.cfg man-page describes these. > > > > > > > Also, for the same server, from time to time, certain checks 'stopped > > > reporting' [ files & msgs, in particular ] for some extended period, > > > sometimes over 35m, while other checks kept going. I wonder if the > > message > > > truncation triggered by the over-sized [ports] section caused this > > loss. > > > > It could very well be due to this. The [files] and [msgs] sections of > > the client message appear after the network ports listing, so if the > > message was truncated these could be lost. > > > > > > Regards, > > Henrik > > > > > > To unsubscribe from the hobbit list, send an e-mail to > > hobbit-unsubscribe at hswn.dk > > > > > > >

2 1

Configuration Files (Feature Request / Question)
by rgordonjr＠gmail.com 08 Aug '06

08 Aug '06

Hello - It is my understanding that the configuration files located in $HOBBITROOT/etc are not overwritten during an upgrade. Where would I find the configuration files that would have been installed had this been a new installation? (A few of the admins are looking for them...) Any chance that the installer can be modified to save the default configuration files to $HOBBITROOT/etc/DIST (or some other directory) in the event of an upgrade installation? Thanks - -- --==[ Bob Gordon ]==--

3 2

MAX_DATA hard coded somewhere? <= was: oversized [ports] section
by jjj863＠gmail.com 08 Aug '06

08 Aug '06

I bumped up the MAXMSG_DATA and MAXMSG_STATUS again, to 768 from 512 (was 256 by default). restarted hobbit ok. the list of SHM via ipcs (appended below) shows the 768K segment is created. However, an hour later, I still ran into messages for hobbitd like this: Oversize data/client msg from 10.77.9.106 truncated (n=722041, limit 524288) This causes all sorts of problems: PROCS/MSGS/FILES got status CLEAR/Non-reporting or false alerts due to required processes are truncated from listings, plus rrddata not gathered for count of PROCS, etc. Questions 1) is MAX_DATA / MAX_STATUS hard-coded at 512K, somewhere? 2) any way to get around this ? The super-sized [ports] is here to stay for a few months at least. ---- "hobbitservers.cfg"---cut---- MAXMSG_CLIENT = 1024 MAXMSG_DATA = 768 MAXMSG_STATUS=768 ------ Shared Memory Segments -------- key shmid owner perms bytes nattch status 0x0101f2e0 2129920 hobbit 600 786432 2 0x0201f2e0 2162689 hobbit 600 786432 2 0x0301f2e0 2195458 hobbit 600 786432 2 0x0401f2e0 2228227 hobbit 600 262144 2 0x0501f2e0 2260996 hobbit 600 262144 1 0x0601f2e0 2293765 hobbit 600 32768 1 0x0701f2e0 2326534 hobbit 600 524288 2 0x0801f2e0 2359303 hobbit 600 524288 2 For regular user 'hobbit', ulimit don't have any limit set at 512K. [hobbit at saturn ~]$ ulimit -aH core file size (blocks, -c) unlimited data seg size (kbytes, -d) unlimited file size (blocks, -f) unlimited pending signals (-i) 1024 max locked memory (kbytes, -l) 32 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 stack size (kbytes, -s) unlimited cpu time (seconds, -t) unlimited max user processes (-u) 16383 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited [hobbit at saturn ~]$ ulimit -aS core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited file size (blocks, -f) unlimited pending signals (-i) 1024 max locked memory (kbytes, -l) 32 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 stack size (kbytes, -s) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 16383 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited

2 4

R: [hobbit] dialup directive not implemented?
by fduranti＠q8.it 08 Aug '06

08 Aug '06

Hi all, I'm also in need to a "iprange" test mostly for modem banks and vpn connected users... This kind of syntax will be much better then the old dialup style. If it will become a normal test with a normal output it could be nice to also have something like number of reachable/unreachable host in rrd format so that we can see how many users are connecting during the day... Another think interesting (don't know how many people will use it or need it) can be something like 0.0.0.0 vpnpool.foo.com # [!]iprange=172.16.1.1-172.16.1.100,[yellow number],[red number] So it can also be used to alert when for example you've only 5 connection available out of 100 or the reverse of this for example if of your 10 domain controller/webserver/dns server only 2 are up and running -----Messaggio originale----- Da: Henrik Stoerner [mailto:henrik at hswn.dk] Inviato: martedì 8 agosto 2006 17.35 A: hobbit at hswn.dk Oggetto: Re: [hobbit] dialup directive not implemented? On Tue, Aug 08, 2006 at 09:03:04AM -0500, Mike Serra wrote: > I have a simple question about the "dialup" directive in bb-hosts, the > one that is supposed to come immediately after a page or subpage > directive, and is used to ping a range of hosts, like a modem pool. > Our sysadmin tells me that he read (in a man page online?) that this > directive is not implemented. And it's acting like it isn't: we can't > get it to do anything, despite trying every possible syntax that could > make sense. But on the other hand people online talk about this as if > they're using it just fine. So -- is it implemented? We are using > hobbit version 4.2-beta-20060605. It was implemented some time ago, but I've had reports coming in over the past couple of months that it doesn't work in the 4.2 test releases that are out. I then asked if anyone was using it, because if not I'd prefer to just rip it out instead of trying to fix it - and so far noone has stepped forward to say they really need it. So ... do you need it ? If people want it, I'd really rather implement it quite differently than the old BB implementation - as a normal network test associated with a host, e.g. 0.0.0.0 vpnpool.foo.com # iprange=172.16.1.1-172.16.1.100 Regards, Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

[hobbit] last two snapshots, problems with ps parsing?
by David.Gore＠verizonbusiness.com 08 Aug '06

08 Aug '06

Last two snapshots August 7th and 8th have had problems parsing 'ps' for all hosts: Expected string CMD not found in ps output header ~David

2 2

dialup directive not implemented?
by mserra＠iwu.edu 08 Aug '06

08 Aug '06

Hi Hobbit users, I have a simple question about the "dialup" directive in bb-hosts, the one that is supposed to come immediately after a page or subpage directive, and is used to ping a range of hosts, like a modem pool. Our sysadmin tells me that he read (in a man page online?) that this directive is not implemented. And it's acting like it isn't: we can't get it to do anything, despite trying every possible syntax that could make sense. But on the other hand people online talk about this as if they're using it just fine. So -- is it implemented? We are using hobbit version 4.2-beta-20060605. Thanks, - Mike Serra

4 8

[hobbit] Feature/enhancement request?
by David.Gore＠VerizonBusiness.com 08 Aug '06

08 Aug '06

Since I an others have to modify ~/client/bin/hobbitclient-`uname -s`.sh, how about this shell script using a configuration file? Something like this: echo "[date]" $DATE . . . echo "[ps]" $PS Config file example 1: DATE=/usr/bin/date PS=/usr/ucb/ps wwwaux # needed for monitoring long java command lines Config file example 2: DATE=/usr/bin/date PS=sudo /usr/ucb/ps wwwaux # SUN changed what Berkeley ps can see, need sudo We also wouldn't mind seeing only ~/client/bin/hobbitclient-`uname -s`.sh generated or at least a way to only install/copy the version that matches the OS you built the client on. Perhaps I have just built too many snapshots and it has become tedious to delete all the extra OS versions before deploying a new client. And why is it that the 'w'rite bit has been removed from files like runclient.sh and hobbitclient-`uname -s`.sh? This just adds another step before we can modify the files. ~David

2 1

[hobbit] dialup directive not implemented?
by brodie＠mcw.edu 08 Aug '06

08 Aug '06

Agreed; we use "dialup" on individual hosts that go off a lot (for example, on printers that departments insist on shutting down now and then to conserve power)....... I do not use the complex form, simple hosts only. --------------------------------------------------------- Kent C. Brodie - brodie at phys.mcw.edu Department of Physiology Medical College of Wisconsin (414) 456-8590 -----Original Message----- From: Rich Smrcina [mailto:rsmrcina at wi.rr.com] Sent: Tuesday, August 08, 2006 10:38 AM To: hobbit at hswn.dk Subject: Re: [hobbit] dialup directive not implemented? We use dialup on individual hosts, not in the way that Mike describes. If you're coming up with a different way to identify hosts that should not go red nor notify when they are down, that's fine, as long as the capability is still there. Henrik Stoerner wrote: > On Tue, Aug 08, 2006 at 09:03:04AM -0500, Mike Serra wrote: > >> I have a simple question about the "dialup" directive in bb-hosts, the >> one that is supposed to come immediately after a page or subpage >> directive, and is used to ping a range of hosts, like a modem pool. Our >> sysadmin tells me that he read (in a man page online?) that this >> directive is not implemented. And it's acting like it isn't: we can't >> get it to do anything, despite trying every possible syntax that could >> make sense. But on the other hand people online talk about this as if >> they're using it just fine. So -- is it implemented? We are using >> hobbit version 4.2-beta-20060605. > > It was implemented some time ago, but I've had reports coming in over > the past couple of months that it doesn't work in the 4.2 test releases > that are out. I then asked if anyone was using it, because if not I'd > prefer to just rip it out instead of trying to fix it - and so far > noone has stepped forward to say they really need it. > > So ... do you need it ? If people want it, I'd really rather implement > it quite differently than the old BB implementation - as a normal > network test associated with a host, e.g. > > 0.0.0.0 vpnpool.foo.com # iprange=172.16.1.1-172.16.1.100 > > > Regards, > Henrik > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2007 - Green Bay, WI - May 18-22, 2007 To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

2 1

[hobbit] last two snapshots, problems with ps parsing?
by CHRIS.MORRIS＠RWEnpower.com 08 Aug '06

08 Aug '06

Henrik, here is the output from the bb command :- <<solaris.txt>> Regards, Chris e > -----Original Message----- > From: henrik at hswn.dk [SMTP:henrik at hswn.dk] > Sent: Tuesday, August 08, 2006 1:24 PM > To: hobbit at hswn.dk > Subject: Re: [hobbit] last two snapshots, problems with ps parsing? > > No, it looks for either CMD or COMMAND in the header line and determines > the offset that the commandline string has based on where that text > appears in the header. > > That's why I asked for your client's ~hobbit/client/tmp/msg*.txt file. > Or at least a file with the output from > bb 127.0.0.1 "clientlog HOSTNAME section=ps" > > > Regards, > Henrik > > **************************************************************************** The information contained in this email is intended only for the use of the intended recipient at the email address to which it has been addressed. If the reader of this message is not an intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination or copying of the message or associated attachments is strictly prohibited. If you have received this email in error, please contact the sender by return email or call 01793 877777 and ask for the sender and then delete it immediately from your system.Please note that neither RWE npower nor the sender accepts any responsibility for viruses and it is your responsibility to scan attachments (if any). *****************************************************************************

1 0