August 2006 - Xymon - Xymon mailman web

[hobbit] Madness
by JMSmith＠stvincenthealth.com 04 Aug '06

04 Aug '06

Ouch! I ain't touchin' this one! -----Original Message----- From: Everett, Vernon [mailto:Vernon.Everett at dpi.wa.gov.au] Sent: Thursday, August 03, 2006 9:52 PM To: hobbit at hswn.dk Subject: [hobbit] Madness Hi all Will Hobbit be OK monitoring 2 separate clients with the same host name? I know this is madness, but right now, I have to live with it. We have 2 servers on our network with the same hostname. (Different IP address, of course, but if I use the hostname or uname command, I get the same name. For the sake of discussion, let's call it pluto. It ended up like this because there are services running on old_pluto, that are being migrated to the new_pluto, but only half the services are migrated, and due to planning inadequacies, the migration is stalled - at least for the time being. I still want to minitor the services on both though. I know I can create an alias on the Hobbit display, but will there be problems with the data sent from the Hobbit client, or will the Hobbit server be happy with this? Cheers Vernon To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk NOTICE: This email contains confidential or proprietary information which may be legally privileged. It is intended only for the named recipient(s). If an addressing error has misdirected the email, please notify the author by replying to this message. If you are not the named recipient, you are not authorized to use, disclose, distribute, copy, print or rely on this email, and should immediately delete it from your computer system.

1 0

Files test for directory size
by michael_frey＠glic.com 03 Aug '06

03 Aug '06

I have the DIR test set up, but the client is not reporting anything back to the server. I followed the example files from your Hobbit site. All looks like it should be passing the du command rersults, but the below shows up in the client host log file: [dir:/var/spool/mqueue ] du: `/var/spool/mqueue\r': No such file or directory [dir:/var/log/hobbit ] du: `/var/log/hobbit\r': No such file or directory I cannot figure out where tie '\r' is being pulled from. Michael Frey ----------------------------------------- This message, and any attachments to it, may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, you are notified that any use, dissemination, distribution, copying, or communication of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately by return e-mail and delete the message and any attachments. Thank you.

2 1

status+LIFETIME in 4.2-RC-20060712
by ralphmitchell＠gmail.com 03 Aug '06

03 Aug '06

I hope someone can tell me what I'm doing wrong here... I've got a very simple script: #!/bin/sh COLUMN=lifetime COLOR=red MSG="All is OK" $BB $BBDISP "status+30 $MACHINE.$COLUMN $COLOR `date` ${MSG} " exit which is run from hobbitlaunch.cfg with this entry: [lifetime] ENVFILE /home/hobbit/client/etc/hobbitclient.cfg NEEDS hobbitd CMD /home/hobbit/checkouts/lifetime-test.sh LOGFILE $BBSERVERLOGS/hobbitclient.log INTERVAL 1m I entered two IP addresses in the hobbitclient.cfg file: BBDISP="0.0.0.0" BBDISPLAYS="10.1.1.1 10.1.1.2" The first address is the hobbit server where the script is running, the other is a remote hobbit server. Both are running the same RC release. What's happening is: the RED status is received by the local server and display. It is not displayed on the remote server. If I take the +30 out of the message, both servers display the correct status. Either I've misunderstood what's supposed to be happening, or the remote server isn't handling the "status+N" properly. Ralph Mitchell

2 3

[hobbit] Shire: update
by gjohnson＠trantor.org 03 Aug '06

03 Aug '06

Galen Johnson wrote: > Just wanted to give everyone a heads up on the new monitor site that > is being set up (theshire.sf.net)...Sourceforge accepted it late last > night ( around midnight EDT). I want to work with Henrik a bit to > make sure that our visions converge on this. I also need to set up > the categories (at a minimum) before turning everyone loose...I would > prefer there to be some structure in place beforehand. Please be > patient...I really appreciate everyone's enthusiasm for this project > and I hope to have everything going in the next few days. It's also > been a LONG time since I've done anything on SF and need to refresh my > memory about things (and become familiar with some of the new tools). > > =G= > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > OK...we're getting to the point to where we need to consider the categories...personally, I think deadcat has too many. I'd like to keep the categories as straightforward as possible. I'm open to ideas as to what the basic categories should be...I'm also going to see how many times I can use the word categories in this email... I'm hoping the the BBWin folks will consider using this area as well. I'm not going to prompt with the list of categories I have in mind as I'd rather hear what other users think first. I'd also like to provide a tutorial on writing monitoring scripts complete with the graphing and alerting. Henrik has provided some basic framework for a basic client and server script. I should probably go back through the archives to see what already exists as well (if you know of something, by all means, please point me to it). I have a developers list and announcement list set up. I still need to flesh the details out a bit more. I'd like to set up a job that automatically sends a daily report to the announce list if new/updated monitors are added but I'm going to have to figure that out later. (I can see why Henrik hasn't found the time to tackle this :-) ) =G=

8 11

hobbitd_client ps error
by jason.kruse＠teldta.com 03 Aug '06

03 Aug '06

I'm having the local client crash on one system. I've tracked it down to the process listing tests and am seeing odd behavior. The [ps] listing on this system is HUGE! 1100 processes, 155,000 characters. What I see is after 32K, 223 processes in this example, if the string CMD appears in the process list I get an Abort. It seems to be inconsistent regarding the number of bytes and lines required, however the CMD string does appear to be a key. I didn't see anything in the all-in-one that seemed to apply to this type of situation. I see the reference to CMD in the client/solaris.c source but am not sure if I follow how the message is processed. Maybe it thinks it's starting another header when it sees it and goes kinda nutty. Jason

2 1

COLUMNDOCURL
by olivier.beau＠telecomitalia.fr 03 Aug '06

03 Aug '06

Hi henrik, it is possible to have an option for not having a href for columns ? (for now, i've hacked bbgen.c...) oliviver

1 0

Some more clear RRD duplicating-causing samples
by brodie＠mcw.edu 03 Aug '06

03 Aug '06

Henrik, here you go: Two more netstat data chunks that cause the Duplication error (parsing issue?) in rrd/hobbit. My simple observation is the one thing these two hosts have in common is virtual network interfaces, so instead of simpler items like eth0, eth1 and so on, you have eth0, eth0:0, and so forth. Linux in this case, but that would apply to solaris and so on as well. Just a hunch................. @@data#98185|1154614736.024527|192.168.224.202||dunn.hmgc.mcw.edu|ifstat data dunn,hmgc,mcw,edu.ifstat linux eth0 Link encap:Ethernet HWaddr 00:09:3D:13:DC:AB inet addr:192.168.224.105 Bcast:192.168.224.255 Mask:255.255.255.0 inet6 addr: fe80::209:3dff:fe13:dcab/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:40318794 errors:0 dropped:0 overruns:0 frame:0 TX packets:15352953 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2942042461 (2.7 GiB) TX bytes:21803054108 (20.3 GiB) Interrupt:185 eth0:0 Link encap:Ethernet HWaddr 00:09:3D:13:DC:AB inet addr:192.168.224.107 Bcast:192.168.224.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 Interrupt:185 eth0:1 Link encap:Ethernet HWaddr 00:09:3D:13:DC:AB inet addr:192.168.224.160 Bcast:192.168.224.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 Interrupt:185 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:37737 errors:0 dropped:0 overruns:0 frame:0 TX packets:37737 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:6042388 (5.7 MiB) TX bytes:6042388 (5.7 MiB) @@ @@data#98366|1154614859.203728|192.168.224.202||clifford.hmgc.mcw.edu|if stat data clifford,hmgc,mcw,edu.ifstat linux eth0 Link encap:Ethernet HWaddr 00:09:3D:13:C8:78 inet addr:192.168.224.104 Bcast:192.168.224.255 Mask:255.255.255.0 inet6 addr: fe80::209:3dff:fe13:c878/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:146220628 errors:0 dropped:0 overruns:0 frame:0 TX packets:42544430 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:14048692258 (13.0 GiB) TX bytes:57506442876 (53.5 GiB) Interrupt:185 eth0:0 Link encap:Ethernet HWaddr 00:09:3D:13:C8:78 inet addr:192.168.224.106 Bcast:192.168.224.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 Interrupt:185 eth0:1 Link encap:Ethernet HWaddr 00:09:3D:13:C8:78 inet addr:192.168.224.159 Bcast:192.168.224.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 Interrupt:185 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:1189289 errors:0 dropped:0 overruns:0 frame:0 TX packets:1189289 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:347179798 (331.0 MiB) TX bytes:347179798 (331.0 MiB) @@ --------------------------------------------------------- Kent C. Brodie - brodie at phys.mcw.edu Department of Physiology Medical College of Wisconsin (414) 456-8590

3 2

[hobbit] setting up multiple servers
by gjohnson＠trantor.org 03 Aug '06

03 Aug '06

Henrik Stoerner wrote: >On Fri, Jul 21, 2006 at 10:40:06AM +0200, Stephane Caminade wrote: > > >>I m a bit unclear as to the syntax used for the BBDISPLAYS variable. >>If I want to set up 2 servers, for redundancy, I set BBDISP to 0.0.0.0, >>but what is used for separating the servers in BBDISPLAYS ? Just a >>blank, a comma, ... ? >> >> > >A blank. > > > >>And on the replicated servers, I guess that I have to modify both >>server/etc/hobbitserver.cfg and client/etc/hobbitclient.cfg with those >>same settings ? >> >> > >Correct. Especially, make sure your clients are configured to send data >to both servers. > > >Regards, >Henrik > > > This may be a tangent to this. I haven't looked at the DMZ functionality but it seems to me that one could use that to have multiple servers set up....just have them all grab a copy of the client output (set the client up as a DMZ client regardless). Would this work? =G=

2 1

[hobbit] status+LIFETIME in 4.2-RC-20060712
by KauffmanT＠nibco.com 03 Aug '06

03 Aug '06

OK -- this explains something I've seen here but not had the time to research. FWIW, this has existed since 4.03, Henrik. Tom Kauffman NIBCO, Inc -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Thursday, August 03, 2006 8:44 AM To: hobbit at hswn.dk Subject: Re: [hobbit] status+LIFETIME in 4.2-RC-20060712 On Thu, Aug 03, 2006 at 06:59:55AM -0500, Ralph Mitchell wrote: > I hope someone can tell me what I'm doing wrong here... I cannot see anything immediately wrong. And I can reproduce the problem here. Stay tuned ... Regards, Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message.

1 0

syntax for dir size check when using wildcards
by cgoyard＠cvf.fr 03 Aug '06

03 Aug '06

Hi, I have a number of application whose number or names are subject to change. Each of them has a var/ dir in the directory structure. Something like (the example is plain dumb, but it's an example) : /var/svn/projects/hobbit-4.2-beta/db /var/svn/project/hobbitexts/db /var/svn/projects/hobbithttp/db So to monitor the sizes of every single module db's directory, I added : client-local.cfg : dir:/var/svn/projects/*/db the client returns the expected data : 6737 /var/svn/projects/hobbit-4.2-beta/db/revs 0 /var/svn/projects/hobbit-4.2-beta/db/transactions 81 /var/svn/projects/hobbit-4.2-beta/db/revprops 6835 /var/svn/projects/hobbit-4.2-beta/db 160 /var/svn/projects/hobbithttp/db/revs 0 /var/svn/projects/hobbithttp/db/transactions 24 /var/svn/projects/hobbithttp/db/revprops 202 /var/svn/projects/hobbithttp/db 217 /var/svn/projects/hobbitexts/db/revs 0 /var/svn/projects/hobbitexts/db/transactions 141 /var/svn/projects/hobbitexts/db/revprops 375 /var/svn/projects/hobbitexts/db But if I add this in hobbit-clients.cfg it does not work : DIR %^/var/svn/projects/.+/db$ red size<300 Try also with only : DIR %db$ red size<300 not luck. So I changed client-local.cfg to: dir:/var/svn/projects/ still not working. So, does the regex matches only on the dirname that show in the [dir:] section ? -- Charles Goyard - cgoyard at cvf.fr - (+33) 1 45 38 01 31

2 2