July 2006 - Xymon - Xymon mailman web

iostatcpu & iostatdisk graphs
by craig＠cookitservices.com 24 Jul '06

24 Jul '06

I have noticed in 4.2 RC there are iostat commands (hobbitclient-sunos.sh -> [iostatcpu] & [iostatdisk]) But there is no definition listed in hobbitgraph.cfg... Is this a "work-in-progress"? Thanks Craig Cook -- Systems Monitoring Consulting and Support Services http://www.cookitservices.com

7 6

[hobbit] inode client checking
by shea_greg＠emc.com 24 Jul '06

24 Jul '06

Hi, On Solaris8 use: /usr/bin/df -Fufs -oi, otherwise use GNU df: /usr/local/bin/df -I RH uses the same syntax as GNU HTH -Grs- -----Original Message----- From: Frédéric Mangeant [mailto:frederic.mangeant at steria.com] Sent: Monday, July 24, 2006 10:00 AM To: hobbit at hswn.dk Subject: Re: [hobbit] inode client checking Francesco Duranti a écrit : > Just a request (not for 4.2 that is in RC so no new feature i think :P) .... It will be possible to get a inode column for systems with the same logic that there's for disk check? > We are having some problems witha filesystem that at the moment get out of inode while having a good chunk of space and then monitoring of inode shuld not be too long to implement in the client/server side but could be a nice feature too have. > Hi I second this : on a few systems (like the Hobbit server itself), I install bb-inode.sh from Deadcat, but it needs a 'df' command which supports inode reporting. -- Frédéric Mangeant Steria EDC Sophia-Antipolis To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

help with dialup of modembank
by fduranti＠q8.it 24 Jul '06

24 Jul '06

An HTML attachment was scrubbed... URL: <http://lists.xymon.com/pipermail/xymon/attachments/20060724/933a2eff/attach…>

2 1

Weird hobbit/proxy/CONN catch-22?
by brodie＠mcw.edu 24 Jul '06

24 Jul '06

OK guys, here's what I have (thank to all that helped me thus far, especially Henrik!) My setup involves a hidden cluster-- which means that from my MAIN Hobbit server (BBDISPLAY), I cannot see nor ping the cluster nodes, but I *can* see and talk to the cluster "head node". Based on prior suggestions, I set it all up as follows: Main BB server has config entries for everything, including the cluster head node AND the cluster nodes it "can't see" directly. These entries are listed as: Hidden.ip.address.here host.name.here # noconn "noconn" obviously, since the network tests from the main Hobbit server would fail! --- Next, I set up the cluster head node as a BB server. Actually, its main purpose is to run the network and such tests, and act as a proxy server for the whole cluster. --- It all works. Sort of! On my main BB display, I see the entries for the "unreachable" cluster nodes, which is very cool. I see the cpu, disk, files, msgs, etc. But-- there's no connectivity (conn) information or status information. --- Catch-22? How do I get the "conn" test to show up? If I list "conn" in the bb-hosts on my main Hobbit server, I am going to assume that the conn tests will have issues, since that server(s) really are unreachable from the BBDISPLAY host. But if I set it up listed as "noconn" on the BBDISPLAY server-- um, there's no conn data/column (a Homr Simpson "D'oh!" goes here). Any ideas? The BBPROXY setup described above is working as far as information exchange, as I am indeed seeing cpu, disk, files, info, msgs, ports, procs, and that's all very very cool and good. But I need 'conn' most of all. Help! (and thanks) By the way - a suggestion for stuff down the road a bit: When I set up my proxy server (./configure -server), there was of course all of the requirements I had to have met, such as having RRDTOOL, libpng, etc etc all there. That's great, except I have no intention of having this other server doing anything other than running a few tests, and forwarding it all on to the BBD server. No data, no RRD, no graphs, no apache, no html. One big suggestion I have (since the proxy is such a cool thing) is to perhaps including things like: ./configure -proxy-only ? Just a thought. This may or may not be complicated... --------------------------------------------------------- Kent C. Brodie - brodie at phys.mcw.edu Department of Physiology Medical College of Wisconsin (414) 456-8590

2 1

Weird hobbit/proxy/CONN catch-22?
by brodie＠mcw.edu 23 Jul '06

23 Jul '06

Hi everyone! Um, any ideas on this? I didn't get a single reply - maybe my original post didn't make it to the list? Thanks...... ________________________________ From: Brodie, Kent Sent: Friday, July 21, 2006 11:08 AM To: 'hobbit at hswn.dk' Subject: Weird hobbit/proxy/CONN catch-22? OK guys, here's what I have (thank to all that helped me thus far, especially Henrik!) My setup involves a hidden cluster-- which means that from my MAIN Hobbit server (BBDISPLAY), I cannot see nor ping the cluster nodes, but I *can* see and talk to the cluster "head node". Based on prior suggestions, I set it all up as follows: Main BB server has config entries for everything, including the cluster head node AND the cluster nodes it "can't see" directly. These entries are listed as: Hidden.ip.address.here host.name.here # noconn "noconn" obviously, since the network tests from the main Hobbit server would fail! --- Next, I set up the cluster head node as a BB server. Actually, its main purpose is to run the network and such tests, and act as a proxy server for the whole cluster. --- It all works. Sort of! On my main BB display, I see the entries for the "unreachable" cluster nodes, which is very cool. I see the cpu, disk, files, msgs, etc. But-- there's no connectivity (conn) information or status information. --- Catch-22? How do I get the "conn" test to show up? If I list "conn" in the bb-hosts on my main Hobbit server, I am going to assume that the conn tests will have issues, since that server(s) really are unreachable from the BBDISPLAY host. But if I set it up listed as "noconn" on the BBDISPLAY server-- um, there's no conn data/column (a Homr Simpson "D'oh!" goes here). Any ideas? The BBPROXY setup described above is working as far as information exchange, as I am indeed seeing cpu, disk, files, info, msgs, ports, procs, and that's all very very cool and good. But I need 'conn' most of all. Help! (and thanks) By the way - a suggestion for stuff down the road a bit: When I set up my proxy server (./configure -server), there was of course all of the requirements I had to have met, such as having RRDTOOL, libpng, etc etc all there. That's great, except I have no intention of having this other server doing anything other than running a few tests, and forwarding it all on to the BBD server. No data, no RRD, no graphs, no apache, no html. One big suggestion I have (since the proxy is such a cool thing) is to perhaps including things like: ./configure -proxy-only ? Just a thought. This may or may not be complicated... --------------------------------------------------------- Kent C. Brodie - brodie at phys.mcw.edu Department of Physiology Medical College of Wisconsin (414) 456-8590

1 0

Unbelievable
by brodie＠mcw.edu 22 Jul '06

22 Jul '06

It's port 1984 (Big brother (now hobbit), get it?) Oh for crying out loud. Why I never saw that and made the connection is beyond me. I must be getting old................ I have GOT to start paying attention to detail :-) --------------------------------------------------------- Kent C. Brodie - brodie at phys.mcw.edu Department of Physiology Medical College of Wisconsin (414) 456-8590

2 1

hobbitd_rrdtool core
by ezigler＠uta.edu 21 Jul '06

21 Jul '06

Greetings, I have migrated from bigbrother to hobbit-4.2-beta-20060605. I have followed the documentation and hobbitd_rrdtool is the only thing that is not working properly. It keeps generating core files. The output is attached to this message. Any help would be greatly appreciated. Thank you, Erich Zigler

2 1

What is the latest stable release
by rmcgraw＠purdue.edu 21 Jul '06

21 Jul '06

What is the latest stable release of hobbit? I am using hobbit 4.1.2p1 Thanks Robert _____________________________________________________________________ Robert P. McGraw, Jr. Manager, Computer System EMAIL: rmcgraw at purdue.edu Purdue University ROOM: MATH-807 Department of Mathematics PHONE: (765) 494-6055 150 N. University Street FAX: (419) 821-0540 West Lafayette, IN 47907-2067

2 1

Clock offset alerts
by jonescr＠cisco.com 21 Jul '06

21 Jul '06

I was pleasantly surprised to find a "clock offset" in the trends column. Is it possible to send alerts if the clock gets too far off?

2 1

[hobbit] Color question
by Eric.Jacobs＠thomastechsolutions.com 21 Jul '06

21 Jul '06

If I set up an alert on CPU, say, that has COLOR=red,yellow and a DURATION>15m, and the cpu goes yellow for ten minutes and then red for ten minutes, will the notification get sent? Or does the cpu have to be either yellow or red for greater than 15 minutes to trigger an alert Eric Jacobs Thomas Technology Solutions, Inc. One Progress Dr Horsham, PA 19044 215-682-5354 eric.jacobs at thomastechsolutions.com

3 2