From user-4c45a83f15cb@xymon.invalid Thu Nov 1 07:08:35 2007 From: user-4c45a83f15cb@xymon.invalid (Josh Luthman) Date: Thu, 1 Nov 2007 02:08:35 -0400 Subject: [hobbit] Keeping menus viewable In-Reply-To: References: Message-ID: Finally got some time while waiting on Windows servers to do what they do best. Suck. Using CSS the javascript menus stay in the top left corner this way: vim server/web/bb_footer -- now add a div tag: (Note that bb2_footer was a symlink to bb_footer for me) Now for the CSS to be included vim server/web/bb_header and bb2_header in the bottom inside of the HEAD add: After adding that section of code to the two header files and the tag wraps in the footer give it some time to rewrite bb.html and bb2.html. This works perfectly for me! Note that the left: and top: were there from the tutorial, commenting them broke it. Josh On 10/25/07, Galen Johnson wrote: > > Look under the /path/to/hobbit/server/web folder. That's where the > files used to create the pages (in conjunction with the compiled in > stuff) are at. Most of the header/footer files are probably just > symlinks to bb_header or bb_footer. > > =G= > > Josh Luthman wrote: > > If you open up menu.js the only thing I see is the declaration of a > > value for a variable. The little I know about programming and > > languages tells me that I don't modify this file to do what I > > accomplish. What I'm looking for is what outputs the javascript to > > bb.html and bb2.html. If you open either of these two pages you'll > > see the javascript at the very bottom. > > > > On 10/25/07, *Galen Johnson* < user-d2ff723b6cb6@xymon.invalid > > > wrote: > > > > As I understand the menus, they are defined by the menu.js > > file...since > > they are just javascript you'll probably have to modify each of the > > header files to do it but I don't know if it will work...it'd be > > interesting to see. > > > > Just create the CSS code and add it somewhere that has access from > > the > > web...probably under the hobbit server www directory somewhere and > > reference it using the or some > > such...I'd be > > curious about as I can see where that would be extremely > > beneficial for > > sites with lots of hosts on a single page. > > > > =G= > > > > Josh Luthman wrote: > > > Before diving into this task and asking for help I'm willing to > bet > > > that someone on this mailing list has already accomplished this > > task. > > > Let me know so I don't have to research all this stuff, if you > > would =) > > > > > > I am interested in making is so that as I scroll down on the > > page the > > > menus in the top left corner keep their position anywhere on the > > > page. I've been suggested the best way to do this was with > CSS. To > > > begin with, where would the best place to be adding the CSS code > > to do > > > this? > > > > > > -- > > > Josh Luthman > > > Office: XXX-XXX-XXXX > > > Direct: XXX-XXX-XXXX > > > XXXX Wayne St > > > Suite XXXX > > > Troy, OH XXXXX > > > > > > Those who don't understand UNIX are condemned to reinvent it, > > poorly. > > > --- Henry Spencer > > > > > > > > To unsubscribe from the hobbit list, send an e-mail to > > user-095ef1c764a2@xymon.invalid > > > > > > > > > > > > -- > > Josh Luthman > > Office: XXX-XXX-XXXX > > Direct: XXX-XXX-XXXX > > XXXX Wayne St > > Suite XXXX > > Troy, OH XXXXX > > > > Those who don't understand UNIX are condemned to reinvent it, poorly. > > --- Henry Spencer > > > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-dbffe946c0f4@xymon.invalid Thu Nov 1 09:16:09 2007 From: user-dbffe946c0f4@xymon.invalid (Stef Coene) Date: Thu, 1 Nov 2007 09:16:09 +0100 Subject: [hobbit] New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: On Wednesday 31 October 2007, Scott Mohnkern wrote: > Thanks, this was the critical piece of information I was missing. There > are client configuration files in /etc/hobbit that I was editing, and > clearly they aren't the correct ones. I need to edit the ones in > /usr/lib/hobbit/client. > > Back to editing what I hope is the correct config file. I should be able > to put > > FILE "/etc/passwd" GREEN NOEXIST TRACK > in ~/usr/lib/hobbit/client/etc/hobbit-clients.cfg > > and then start the hobbit client with /usr/lib/hobbit/runclient.sh start > > and get reporting, yes? No, this has to go in the hobbit-clients.cfg file on the _server_. The server receives the data from the client (including the log file information) and needs to know what to do with it. Before the client sends file information to the server, you need to configure client-local.cfg on the _server_. So all configuration is done on the server. If the client and the server is the same machine, it can be tricky to find the right config file. If you install the hobbit server from source, all files are placed in the same sub directory so it is clear to know what's the server and what's the client. Stef From user-8e841282cda5@xymon.invalid Thu Nov 1 14:28:46 2007 From: user-8e841282cda5@xymon.invalid (T.J. Yang) Date: Thu, 1 Nov 2007 08:28:46 -0500 Subject: How do I generate bb2.html on demand ? Message-ID: Looks like bb2.html is updated every 5 minutes, what is the command to generate bb2.html by command line ? T.J. Yang _________________________________________________________________ Peek-a-boo FREE Tricks & Treats for You! http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us From user-3feba9e60a8b@xymon.invalid Thu Nov 1 14:48:57 2007 From: user-3feba9e60a8b@xymon.invalid (Kauffman, Tom) Date: Thu, 1 Nov 2007 09:48:57 -0400 Subject: henrik -- problems with do_vmstat.c and aix p5/p6 lpar values for cpu_pc and cpu_ec In-Reply-To: Message-ID: I've been playing with this off and on for a while in our test environment. (Yes, I've read the wiki article). I remember you said we should not need to strip the period out of the value returned from vmstat, because the rrd is storing values in floating point notation. But -- in do_vmstat.c, you're populating the rrd update vector with this statement : p += sprintf(p, ":%d", values[layout[defidx].index]); Now I'm NOT a C programmer - but won't that ":%d" format explicitly truncate the value to an integer? The values I'm talking about are the rightmost two here: nile:-:/home/kauffmant > vmstat 10 1 System configuration: lcpu=2 mem=8192MB ent=0.10 kthr memory page faults cpu ----- ----------- ------------------------ ------------ ----------------------- r b avm fre re pi po fr sr cy in sy cs us sy id wa pc ec 0 0 1080720 394462 0 0 0 0 0 0 28 260 147 2 7 91 0 0.01 10.2 Cpu_pc is 0.01 and cpu_ec is 10.2 -- which means I'm using 10.2 percent of my 0.1 cpu entitlement, for a real cpu count of 0.01. So, should I plug in the code to strip the decimal point and modify the grapher definitions to divide by 100 and 10, or is there a simpler way out? TIA Tom Kauffman NIBCO, Inc 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. From user-4c45a83f15cb@xymon.invalid Thu Nov 1 15:56:57 2007 From: user-4c45a83f15cb@xymon.invalid (Josh Luthman) Date: Thu, 1 Nov 2007 10:56:57 -0400 Subject: [hobbit] How do I generate bb2.html on demand ? In-Reply-To: References: Message-ID: If desired I know you can change it. One of the configs in server/etc - if you can't find it let me know, I can look later tonight. On 11/1/07, T.J. Yang wrote: > > > Looks like bb2.html is updated every 5 minutes, what is the command to > generate bb2.html by command line ? > > T.J. Yang > > _________________________________________________________________ > Peek-a-boo FREE Tricks & Treats for You! > http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-6ef9c2864140@xymon.invalid Thu Nov 1 16:08:41 2007 From: user-6ef9c2864140@xymon.invalid (Larry Barber) Date: Thu, 1 Nov 2007 10:08:41 -0500 Subject: [hobbit] How do I generate bb2.html on demand ? In-Reply-To: References: Message-ID: You can change the update interval for the web pages by changing the frequency that bbgen is run in etc/hobbitlaunch.cfg. Page generation doesn't put much of a load on the machine, so there is generally not a problem with more frequent updates. I'm monitoring over 600 machines using a modest 2 cpu box and the page generation only takes .6 seconds. I have increased the page generation frequency to once a minute and it does make quite a difference in how fast problems are detected. Thanks, Larry Barber On 11/1/07, Josh Luthman wrote: > > If desired I know you can change it. One of the configs in server/etc - > if you can't find it let me know, I can look later tonight. > > On 11/1/07, T.J. Yang wrote: > > > > > > Looks like bb2.html is updated every 5 minutes, what is the command to > > generate bb2.html by command line ? > > > > T.J. Yang > > > > _________________________________________________________________ > > Peek-a-boo FREE Tricks & Treats for You! > > http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us > > To unsubscribe from the hobbit list, send an e-mail to > > user-095ef1c764a2@xymon.invalid > > > > > > > > > -- > Josh Luthman > Office: XXX-XXX-XXXX > Direct: XXX-XXX-XXXX > XXXX Wayne St > Suite XXXX > Troy, OH XXXXX > > Those who don't understand UNIX are condemned to reinvent it, poorly. > --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-4c45a83f15cb@xymon.invalid Thu Nov 1 16:14:13 2007 From: user-4c45a83f15cb@xymon.invalid (Josh Luthman) Date: Thu, 1 Nov 2007 11:14:13 -0400 Subject: [hobbit] How do I generate bb2.html on demand ? In-Reply-To: References: Message-ID: It was free, don't laugh! Intel(R) Celeron(R) CPU 3.06GHz 90 hosts took me 0.016208 seconds this last poll. On 11/1/07, Larry Barber wrote: > > You can change the update interval for the web pages by changing the > frequency that bbgen is run in etc/hobbitlaunch.cfg. Page generation doesn't > put much of a load on the machine, so there is generally not a problem with > more frequent updates. I'm monitoring over 600 machines using a modest 2 cpu > box and the page generation only takes .6 seconds. I have increased the page > generation frequency to once a minute and it does make quite a difference in > how fast problems are detected. > > Thanks, > Larry Barber > > On 11/1/07, Josh Luthman wrote: > > > > If desired I know you can change it. One of the configs in server/etc - > > if you can't find it let me know, I can look later tonight. > > > > On 11/1/07, T.J. Yang wrote: > > > > > > > > > Looks like bb2.html is updated every 5 minutes, what is the command to > > > generate bb2.html by command line ? > > > > > > T.J. Yang > > > > > > _________________________________________________________________ > > > Peek-a-boo FREE Tricks & Treats for You! > > > http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us > > > To unsubscribe from the hobbit list, send an e-mail to > > > user-095ef1c764a2@xymon.invalid > > > > > > > > > > > > > > > -- > > Josh Luthman > > Office: XXX-XXX-XXXX > > Direct: XXX-XXX-XXXX > > XXXX Wayne St > > Suite XXXX > > Troy, OH XXXXX > > > > Those who don't understand UNIX are condemned to reinvent it, poorly. > > --- Henry Spencer > > > -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-00a5e44c48c0@xymon.invalid Thu Nov 1 16:33:23 2007 From: user-00a5e44c48c0@xymon.invalid (Ralph Mitchell) Date: Thu, 1 Nov 2007 10:33:23 -0500 Subject: [hobbit] How do I generate bb2.html on demand ? In-Reply-To: References: Message-ID: On 11/1/07, Josh Luthman wrote: > > It was free, don't laugh! > > Intel(R) Celeron(R) CPU 3.06GHz > > 90 hosts took me 0.016208 seconds this last poll. > The graph on my bbgen page shows min=0.3, max=5.1, though I have seen a Time Total of over 6.0. 679 hosts, 2912 messages, 39 pages. One of these days I should try to convince my boss to shell out for a second 733MHz cpu for the Hobbit server... :) Ralph Mitchell -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-8e841282cda5@xymon.invalid Thu Nov 1 17:15:40 2007 From: user-8e841282cda5@xymon.invalid (T.J. Yang) Date: Thu, 1 Nov 2007 11:15:40 -0500 Subject: [hobbit] How do I generate bb2.html on demand ? In-Reply-To: References: Message-ID: My bbdisplay is already configured to have 1 minute update interval, it is on bb2.html is still updated every 5 minutes. # "bbdisplay" runs the bbgen tool to generate the Hobbit webpages from the status information that # has been received. Big Brother updated the webpages once every 5 minutes. The default here is to # run it every minute for faster updates, but you can change it if you have a highly loaded server # and dont need updates that often. [bbdisplay] ENVFILE /etc/hobbitserver42/hobbitserver.cfg NEEDS hobbitd GROUP generators CMD bbgen $BBGENOPTS --report LOGFILE $BBSERVERLOGS/bb-display.log INTERVAL 1m I do remember there is a option somewhere is hobbit man page that can set "dynamic, on demand " update. T.J. Yang ________________________________ Date: Thu, 1 Nov 2007 10:56:57 -0400 From: user-4c45a83f15cb@xymon.invalid To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] How do I generate bb2.html on demand ? If desired I know you can change it. One of the configs in server/etc - if you can't find it let me know, I can look later tonight. On 11/1/07, T.J. Yang wrote: Looks like bb2.html is updated every 5 minutes, what is the command to generate bb2.html by command line ? T.J. Yang _________________________________________________________________ Peek-a-boo FREE Tricks & Treats for You! http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us To unsubscribe from the hobbit list, send an e-mail to user-095ef1c764a2@xymon.invalid -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer _________________________________________________________________ Windows Live Hotmail and Microsoft Office Outlook – together at last.  Get it now. http://office.microsoft.com/en-us/outlook/HA102225181033.aspx?pid=CL100626971033 From user-b6e28cb93fa4@xymon.invalid Thu Nov 1 17:42:18 2007 From: user-b6e28cb93fa4@xymon.invalid (Tod Hansmann) Date: Thu, 1 Nov 2007 10:42:18 -0600 Subject: [hobbit] How do I generate bb2.html on demand ? In-Reply-To: References: Message-ID: http://hobbitmon.sourceforge.net/docs/hobbit-tips.html#updatefreq That may help, but remember, if a host is only tested every 5 minutes, and you update your page every minute, your bb2 page is at most 60 seconds out of date, but usually much closer. If you must, for some reason, update manually, you COULD run it manually via the bbcmd, if I'm thinking this through correctly. It would be something like: /path/to/hobbit/bin/bbcmd /path/to/hobbit/bin/bbgen Where /path/to/hobbit/ is the path just below your etc directory where you have your bb-hosts and hobbitlaunch.cfg Tod Hansmann Network Engineer -----Original Message----- From: T.J. Yang [mailto:user-8e841282cda5@xymon.invalid] Sent: Thursday, November 01, 2007 10:16 AM To: user-ae9b8668bcde@xymon.invalid Subject: RE: [hobbit] How do I generate bb2.html on demand ? My bbdisplay is already configured to have 1 minute update interval, it is on bb2.html is still updated every 5 minutes. # "bbdisplay" runs the bbgen tool to generate the Hobbit webpages from the status information that # has been received. Big Brother updated the webpages once every 5 minutes. The default here is to # run it every minute for faster updates, but you can change it if you have a highly loaded server # and dont need updates that often. [bbdisplay] ENVFILE /etc/hobbitserver42/hobbitserver.cfg NEEDS hobbitd GROUP generators CMD bbgen $BBGENOPTS --report LOGFILE $BBSERVERLOGS/bb-display.log INTERVAL 1m I do remember there is a option somewhere is hobbit man page that can set "dynamic, on demand " update. T.J. Yang ________________________________ Date: Thu, 1 Nov 2007 10:56:57 -0400 From: user-4c45a83f15cb@xymon.invalid To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] How do I generate bb2.html on demand ? If desired I know you can change it. One of the configs in server/etc - if you can't find it let me know, I can look later tonight. On 11/1/07, T.J. Yang wrote: Looks like bb2.html is updated every 5 minutes, what is the command to generate bb2.html by command line ? T.J. Yang _________________________________________________________________ Peek-a-boo FREE Tricks & Treats for You! http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us To unsubscribe from the hobbit list, send an e-mail to user-095ef1c764a2@xymon.invalid -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer _________________________________________________________________ Windows Live Hotmail and Microsoft Office Outlook - together at last.  Get it now. http://office.microsoft.com/en-us/outlook/HA102225181033.aspx?pid=CL100626971033 To unsubscribe from the hobbit list, send an e-mail to user-095ef1c764a2@xymon.invalid From user-1386a26b8c7d@xymon.invalid Thu Nov 1 20:01:45 2007 From: user-1386a26b8c7d@xymon.invalid (Scott Mohnkern) Date: Thu, 1 Nov 2007 15:01:45 -0400 Subject: [hobbit] New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: Okay, did a file search for hobbit-clients.cfg and found: /etc/hobbit/hobbit-clients.cfg Then looked in that file and found: mohnkern at Casa-Scott:/etc/hobbit$ grep FILE hobbit-clients.cfg # FILE : Changes the "files" status according to meta-data for files. # FILE filename [color] [things to check] [TRACK] FILE "/etc/passwd" GREEN NOEXIST TRACK There's also a hobbit-clients.cfg in /usr/lib/hobbit/server/etc The entry is there as well. However, at the hobbit screen, the file entry is still coming up grey, and "no files being checked" Scott On 11/1/07, Stef Coene wrote: > > On Wednesday 31 October 2007, Scott Mohnkern wrote: > > Thanks, this was the critical piece of information I was missing. There > > are client configuration files in /etc/hobbit that I was editing, and > > clearly they aren't the correct ones. I need to edit the ones in > > /usr/lib/hobbit/client. > > > > Back to editing what I hope is the correct config file. I should be > able > > to put > > > > FILE "/etc/passwd" GREEN NOEXIST TRACK > > in ~/usr/lib/hobbit/client/etc/hobbit-clients.cfg > > > > and then start the hobbit client with /usr/lib/hobbit/runclient.sh start > > > > and get reporting, yes? > No, this has to go in the hobbit-clients.cfg file on the _server_. The > server receives the data from the client (including the log file > information) > and needs to know what to do with it. > Before the client sends file information to the server, you need to > configure > client-local.cfg on the _server_. > So all configuration is done on the server. > > If the client and the server is the same machine, it can be tricky to find > the > right config file. If you install the hobbit server from source, all > files > are placed in the same sub directory so it is clear to know what's the > server > and what's the client. > > > Stef > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-1386a26b8c7d@xymon.invalid Thu Nov 1 20:05:47 2007 From: user-1386a26b8c7d@xymon.invalid (Scott Mohnkern) Date: Thu, 1 Nov 2007 15:05:47 -0400 Subject: [hobbit] New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: I also check /usr/local/lib/hobbit/server/etc/client-local.cfg and had the following FILE "/etc/passwd" GREEN NOEXIST TRACK On 11/1/07, Stef Coene wrote: > > On Wednesday 31 October 2007, Scott Mohnkern wrote: > > Thanks, this was the critical piece of information I was missing. There > > are client configuration files in /etc/hobbit that I was editing, and > > clearly they aren't the correct ones. I need to edit the ones in > > /usr/lib/hobbit/client. > > > > Back to editing what I hope is the correct config file. I should be > able > > to put > > > > FILE "/etc/passwd" GREEN NOEXIST TRACK > > in ~/usr/lib/hobbit/client/etc/hobbit-clients.cfg > > > > and then start the hobbit client with /usr/lib/hobbit/runclient.sh start > > > > and get reporting, yes? > No, this has to go in the hobbit-clients.cfg file on the _server_. The > server receives the data from the client (including the log file > information) > and needs to know what to do with it. > Before the client sends file information to the server, you need to > configure > client-local.cfg on the _server_. > So all configuration is done on the server. > > If the client and the server is the same machine, it can be tricky to find > the > right config file. If you install the hobbit server from source, all > files > are placed in the same sub directory so it is clear to know what's the > server > and what's the client. > > > Stef > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-d970b5e56ec9@xymon.invalid Thu Nov 1 20:21:55 2007 From: user-d970b5e56ec9@xymon.invalid (Hubbard, Greg L) Date: Thu, 1 Nov 2007 14:21:55 -0500 Subject: [hobbit] New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: Did you install this from scratch, or use someone's package to install? It is surprising that you have both directories (unless one is a symlink for the other). I use Solaris for the most part, so I had to build my own configuration. I don't like to scatter things throughout the file system, so everything "server" is under hobbit/server and everything "client" is under hobbit/client. I think there is a log file you can check, but I don't where it might be on your system. You might want to glance through the man pages for the various daemons and see where they write their logs. GLH ________________________________ From: Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] Sent: Thursday, November 01, 2007 2:02 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] New to Hobbit --- file monitoring Okay, did a file search for hobbit-clients.cfg and found: /etc/hobbit/hobbit-clients.cfg Then looked in that file and found: mohnkern at Casa-Scott:/etc/hobbit$ grep FILE hobbit-clients.cfg # FILE : Changes the "files" status according to meta-data for files. # FILE filename [color] [things to check] [TRACK] FILE "/etc/passwd" GREEN NOEXIST TRACK There's also a hobbit-clients.cfg in /usr/lib/hobbit/server/etc The entry is there as well. However, at the hobbit screen, the file entry is still coming up grey, and "no files being checked" Scott On 11/1/07, Stef Coene wrote: On Wednesday 31 October 2007, Scott Mohnkern wrote: > Thanks, this was the critical piece of information I was missing. There > are client configuration files in /etc/hobbit that I was editing, and > clearly they aren't the correct ones. I need to edit the ones in > /usr/lib/hobbit/client. > > Back to editing what I hope is the correct config file. I should be able > to put > > FILE "/etc/passwd" GREEN NOEXIST TRACK > in ~/usr/lib/hobbit/client/etc/hobbit- clients.cfg > > and then start the hobbit client with /usr/lib/hobbit/runclient.sh start > > and get reporting, yes? No, this has to go in the hobbit-clients.cfg file on the _server_. The server receives the data from the client (including the log file information) and needs to know what to do with it. Before the client sends file information to the server, you need to configure client-local.cfg on the _server_. So all configuration is done on the server. If the client and the server is the same machine, it can be tricky to find the right config file. If you install the hobbit server from source, all files are placed in the same sub directory so it is clear to know what's the server and what's the client. Stef To unsubscribe from the hobbit list, send an e-mail to user-095ef1c764a2@xymon.invalid -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-1386a26b8c7d@xymon.invalid Thu Nov 1 20:27:14 2007 From: user-1386a26b8c7d@xymon.invalid (Scott Mohnkern) Date: Thu, 1 Nov 2007 15:27:14 -0400 Subject: [hobbit] New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: I used the Ubuntu apt-get to install it. There's a hobbit log in /var/log/hobbit that seems to be getting updated: I noted the following in clientlaunch.log.1: Cannot open configuration file /usr/lib/hobbit/client/etc/clientlaunch.cfg: No such file or directory It looks like it may be using hobbitlaunch.cfg for the client. Scott On 11/1/07, Hubbard, Greg L wrote: > > Did you install this from scratch, or use someone's package to install? > It is surprising that you have both directories (unless one is a symlink for > the other). > > I use Solaris for the most part, so I had to build my own configuration. > I don't like to scatter things throughout the file system, so everything > "server" is under hobbit/server and everything "client" is under > hobbit/client. > > I think there is a log file you can check, but I don't where it might be > on your system. You might want to glance through the man pages for the > various daemons and see where they write their logs. > > GLH > > ------------------------------ > *From:* Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] > *Sent:* Thursday, November 01, 2007 2:02 PM > *To:* user-ae9b8668bcde@xymon.invalid > *Subject:* Re: [hobbit] New to Hobbit --- file monitoring > > Okay, did a file search for hobbit-clients.cfg and found: > > /etc/hobbit/hobbit-clients.cfg > > Then looked in that file and found: > > mohnkern at Casa-Scott:/etc/hobbit$ grep FILE hobbit-clients.cfg > # FILE : Changes the "files" status according to meta-data for files. > > # FILE filename [color] [things to check] [TRACK] > FILE "/etc/passwd" GREEN NOEXIST TRACK > > > There's also a hobbit-clients.cfg in /usr/lib/hobbit/server/etc The > entry is there as well. > > However, at the hobbit screen, the file entry is still coming up grey, and > "no files being checked" > > Scott > > > > On 11/1/07, Stef Coene wrote: > > > > On Wednesday 31 October 2007, Scott Mohnkern wrote: > > > Thanks, this was the critical piece of information I was > > missing. There > > > are client configuration files in /etc/hobbit that I was editing, and > > > clearly they aren't the correct ones. I need to edit the ones in > > > /usr/lib/hobbit/client. > > > > > > Back to editing what I hope is the correct config file. I should be > > able > > > to put > > > > > > FILE "/etc/passwd" GREEN NOEXIST TRACK > > > in ~/usr/lib/hobbit/client/etc/hobbit- clients.cfg > > > > > > and then start the hobbit client with /usr/lib/hobbit/runclient.sh > > start > > > > > > and get reporting, yes? > > No, this has to go in the hobbit-clients.cfg file on the _server_. The > > server receives the data from the client (including the log file > > information) > > and needs to know what to do with it. > > Before the client sends file information to the server, you need to > > configure > > client-local.cfg on the _server_. > > So all configuration is done on the server. > > > > If the client and the server is the same machine, it can be tricky to > > find the > > right config file. If you install the hobbit server from source, all > > files > > are placed in the same sub directory so it is clear to know what's the > > server > > and what's the client. > > > > > > Stef > > > > To unsubscribe from the hobbit list, send an e-mail to > > user-095ef1c764a2@xymon.invalid > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-1386a26b8c7d@xymon.invalid Thu Nov 1 21:09:36 2007 From: user-1386a26b8c7d@xymon.invalid (Scott Mohnkern) Date: Thu, 1 Nov 2007 16:09:36 -0400 Subject: New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: When all else fails, nuke it and start over. I did an apt-get remove hobbit, and then a dpkg -- purge. Then I removed any files I could find. Then I downloaded the Ubuntu deb file and installed it. It put the configuration files in /etc/hobbit and it started fine I edited /etc/hobbit/hobbit-clients.cfg and added the following line: PROC ntpd 1 99 green "TEXT=NTPD is up" Restarted hobbit, and in a few minutes, it started reporting as expected. Then I added: PORT "LOCAL=%(:8888)" TEXT="Gnump is up" To the same file, (/etc/hobbit/hobbit-clients.cfg) and restared hobbit. A few minutes later, the ports section started reporting, as expected. (Though I realize that its a bit off, which I need to fix) Then I added: FILE /etc/passwd GREEN NOEXIST track Reading the documentation inside hobbit-clients.cfg I edited /etc/hobbit/client-local.cfg and added the following line: file:/etc/passwd restarted hobbit, waited 5 minutes. No luck. I'm pretty convinced that either: 1. the format of the line in /etc/hobbit/client-local.cfg or /etc/hobbit/hobbit-clients.cfg is incorrect, or 2. There's something else I need to edit. -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-dbffe946c0f4@xymon.invalid Thu Nov 1 21:20:01 2007 From: user-dbffe946c0f4@xymon.invalid (Stef Coene) Date: Thu, 1 Nov 2007 21:20:01 +0100 Subject: [hobbit] New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: On Thursday 01 November 2007, Scott Mohnkern wrote: > I used the Ubuntu apt-get to install it. There's a hobbit log in > /var/log/hobbit that seems to be getting updated: > > I noted the following in clientlaunch.log.1: > > Cannot open configuration file > /usr/lib/hobbit/client/etc/clientlaunch.cfg: No such file or directory > > It looks like it may be using hobbitlaunch.cfg for the client. It is possible that you only have to install the server and not the client. I don't know the ubuntu packages, but by default, the server includes the client. So if you install the client and server you can have duplicate config files. Stef From user-d970b5e56ec9@xymon.invalid Thu Nov 1 21:23:42 2007 From: user-d970b5e56ec9@xymon.invalid (Hubbard, Greg L) Date: Thu, 1 Nov 2007 15:23:42 -0500 Subject: [hobbit] Re: New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: Try removing the TRACK keyword, and then change NOEXIST to lower case. I think Henrik has reported that there are a few bugs in this code, and it is not always clear when case matters and when it doesn't, or when the order of the arguments matters. ________________________________ From: Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] Sent: Thursday, November 01, 2007 3:10 PM To: user-ae9b8668bcde@xymon.invalid Subject: [hobbit] Re: New to Hobbit --- file monitoring When all else fails, nuke it and start over. I did an apt-get remove hobbit, and then a dpkg -- purge. Then I removed any files I could find. Then I downloaded the Ubuntu deb file and installed it. It put the configuration files in /etc/hobbit and it started fine I edited /etc/hobbit/hobbit-clients.cfg and added the following line: PROC ntpd 1 99 green "TEXT=NTPD is up" Restarted hobbit, and in a few minutes, it started reporting as expected. Then I added: PORT "LOCAL=%(:8888)" TEXT="Gnump is up" To the same file, (/etc/hobbit/hobbit-clients.cfg) and restared hobbit. A few minutes later, the ports section started reporting, as expected. (Though I realize that its a bit off, which I need to fix) Then I added: FILE /etc/passwd GREEN NOEXIST track Reading the documentation inside hobbit-clients.cfg I edited /etc/hobbit/client- local.cfg and added the following line: file:/etc/passwd restarted hobbit, waited 5 minutes. No luck. I'm pretty convinced that either: 1. the format of the line in /etc/hobbit/client-local.cfg or /etc/hobbit/hobbit-clients.cfg is incorrect, or 2. There's something else I need to edit. -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-4c45a83f15cb@xymon.invalid Thu Nov 1 21:30:16 2007 From: user-4c45a83f15cb@xymon.invalid (Josh Luthman) Date: Thu, 1 Nov 2007 16:30:16 -0400 Subject: [hobbit] New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: I've compiled my server and client from source. I know the client is reporting to my server as it reports the cpu/load/disk/etc just fine. At the bottom of my /home/shire/server/etc/hobbit-clients.cfg HOST="%myhost.foo.bar" #also tried it without the %, i know that my BBD had %, not sure what it means =) FILE "/etc/passwd" GREEN NOEXIST TRACK I still get "no files checked after two rewrites of the page. Josh On 11/1/07, Stef Coene wrote: > > On Thursday 01 November 2007, Scott Mohnkern wrote: > > I used the Ubuntu apt-get to install it. There's a hobbit log in > > /var/log/hobbit that seems to be getting updated: > > > > I noted the following in clientlaunch.log.1: > > > > Cannot open configuration file > > /usr/lib/hobbit/client/etc/clientlaunch.cfg: No such file or directory > > > > It looks like it may be using hobbitlaunch.cfg for the client. > It is possible that you only have to install the server and not the > client. I > don't know the ubuntu packages, but by default, the server includes the > client. So if you install the client and server you can have duplicate > config files. > > > Stef > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-1386a26b8c7d@xymon.invalid Thu Nov 1 21:33:32 2007 From: user-1386a26b8c7d@xymon.invalid (Scott Mohnkern) Date: Thu, 1 Nov 2007 16:33:32 -0400 Subject: [hobbit] Re: New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: Thanks for the help. I edited /etc/hobbit/hobbit-clients.cfg so the line reads: FILE /etc/passwd GREEN noexist still no joy. Is there anyone on the list that has an example of a FILE line in their hobbit-clients.cfg file? On 11/1/07, Hubbard, Greg L wrote: > > > Try removing the TRACK keyword, and then change NOEXIST to lower case. I think Henrik has reported that there are a few bugs in this code, > and it is not always clear when case matters and when it doesn't, or when > the order of the arguments matters. > > > ------------------------------ > *From:* Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] > *Sent:* Thursday, November 01, 2007 3:10 PM > *To:* user-ae9b8668bcde@xymon.invalid > *Subject:* [hobbit] Re: New to Hobbit --- file monitoring > > When all else fails, nuke it and start over. I did an apt-get remove > hobbit, and then a dpkg -- purge. Then I removed any files I could find. > Then I downloaded the Ubuntu deb file and installed it. It put the > configuration files in /etc/hobbit and it started fine > > I edited /etc/hobbit/hobbit-clients.cfg and added the following line: > > PROC ntpd 1 99 green "TEXT=NTPD is up" > > > Restarted hobbit, and in a few minutes, it started reporting as expected. > > Then I added: > > PORT "LOCAL=%(:8888)" TEXT="Gnump is up" > > To the same file, (/etc/hobbit/hobbit-clients.cfg) and restared hobbit. > > A few minutes later, the ports section started reporting, as expected. > > (Though I realize that its a bit off, which I need to fix) > > > Then I added: > > FILE /etc/passwd GREEN NOEXIST track > > Reading the documentation inside hobbit-clients.cfg I edited > /etc/hobbit/client- local.cfg and added the following line: > file:/etc/passwd > > restarted hobbit, waited 5 minutes. No luck. > > > I'm pretty convinced that either: > > 1. the format of the line in /etc/hobbit/client-local.cfg or > /etc/hobbit/hobbit-clients.cfg is incorrect, or > 2. There's something else I need to edit. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-1386a26b8c7d@xymon.invalid Thu Nov 1 21:38:57 2007 From: user-1386a26b8c7d@xymon.invalid (Scott Mohnkern) Date: Thu, 1 Nov 2007 16:38:57 -0400 Subject: [hobbit] Re: New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: Well, at least its replicatable. Scott On 11/1/07, Scott Mohnkern wrote: > > Thanks for the help. I edited /etc/hobbit/hobbit-clients.cfg so the line > reads: > > FILE /etc/passwd GREEN noexist > > still no joy. > > Is there anyone on the list that has an example of a FILE line in their > hobbit-clients.cfg file? > > On 11/1/07, Hubbard, Greg L < user-d970b5e56ec9@xymon.invalid> wrote: > > > > > > Try removing the TRACK keyword, and then change NOEXIST to lower case. I think Henrik has reported that there are a few bugs in this code, > > and it is not always clear when case matters and when it doesn't, or > > when the order of the arguments matters. > > > > > > ------------------------------ > > *From:* Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] > > *Sent:* Thursday, November 01, 2007 3:10 PM > > *To:* user-ae9b8668bcde@xymon.invalid > > *Subject:* [hobbit] Re: New to Hobbit --- file monitoring > > > > When all else fails, nuke it and start over. I did an apt-get remove > > hobbit, and then a dpkg -- purge. Then I removed any files I could find. > > Then I downloaded the Ubuntu deb file and installed it. It put the > > configuration files in /etc/hobbit and it started fine > > > > I edited /etc/hobbit/hobbit-clients.cfg and added the following line: > > > > PROC ntpd 1 99 green "TEXT=NTPD is up" > > > > > > Restarted hobbit, and in a few minutes, it started reporting as > > expected. > > > > Then I added: > > > > PORT "LOCAL=%(:8888)" TEXT="Gnump is up" > > > > To the same file, (/etc/hobbit/hobbit-clients.cfg) and restared hobbit. > > > > A few minutes later, the ports section started reporting, as expected. > > > > (Though I realize that its a bit off, which I need to fix) > > > > > > Then I added: > > > > FILE /etc/passwd GREEN NOEXIST track > > > > Reading the documentation inside hobbit-clients.cfg I edited > > /etc/hobbit/client- local.cfg and added the following line: > > file:/etc/passwd > > > > restarted hobbit, waited 5 minutes. No luck. > > > > > > I'm pretty convinced that either: > > > > 1. the format of the line in /etc/hobbit/client-local.cfg or > > /etc/hobbit/hobbit-clients.cfg is incorrect, or > > 2. There's something else I need to edit. > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-d970b5e56ec9@xymon.invalid Thu Nov 1 21:49:28 2007 From: user-d970b5e56ec9@xymon.invalid (Hubbard, Greg L) Date: Thu, 1 Nov 2007 15:49:28 -0500 Subject: [hobbit] Re: New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: Try this FILE /etc/passwd noexist COLOR=green TRACK ________________________________ From: Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] Sent: Thursday, November 01, 2007 3:39 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Re: New to Hobbit --- file monitoring Well, at least its replicatable. Scott On 11/1/07, Scott Mohnkern < user-1386a26b8c7d@xymon.invalid > wrote: Thanks for the help. I edited /etc/hobbit/hobbit-clients.cfg so the line reads: FILE /etc/passwd GREEN noexist still no joy. Is there anyone on the list that has an example of a FILE line in their hobbit-clients.cfg file? On 11/1/07, Hubbard, Greg L < user-d970b5e56ec9@xymon.invalid > wrote: Try removing the TRACK keyword, and then change NOEXIST to lower case. I think Henrik has reported that there are a few bugs in this code, and it is not always clear when case matters and when it doesn't, or when the order of the arguments matters. ________________________________ From: Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] Sent: Thursday, November 01, 2007 3:10 PM To: user-ae9b8668bcde@xymon.invalid Subject: [hobbit] Re: New to Hobbit --- file monitoring When all else fails, nuke it and start over. I did an apt-get remove hobbit, and then a dpkg -- purge. Then I removed any files I could find. Then I downloaded the Ubuntu deb file and installed it. It put the configuration files in /etc/hobbit and it started fine I edited /etc/hobbit/hobbit-clients.cfg and added the following line: PROC ntpd 1 99 green "TEXT=NTPD is up" Restarted hobbit, and in a few minutes, it started reporting as expected. Then I added: PORT "LOCAL=%(:8888)" TEXT="Gnump is up" To the same file, (/etc/hobbit/hobbit-clients.cfg) and restared hobbit. A few minutes later, the ports section started reporting, as expected. (Though I realize that its a bit off, which I need to fix) Then I added: FILE /etc/passwd GREEN NOEXIST track Reading the documentation inside hobbit-clients.cfg I edited /etc/hobbit/client- local.cfg and added the following line: file:/etc/passwd restarted hobbit, waited 5 minutes. No luck. I'm pretty convinced that either: 1. the format of the line in /etc/hobbit/client-local.cfg or /etc/hobbit/hobbit-clients.cfg is incorrect, or 2. There's something else I need to edit. -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-1386a26b8c7d@xymon.invalid Thu Nov 1 21:59:36 2007 From: user-1386a26b8c7d@xymon.invalid (Scott Mohnkern) Date: Thu, 1 Nov 2007 16:59:36 -0400 Subject: [hobbit] Re: New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: Nope, no joy there either. the man page seems to think it should be: FILE and that's pretty consistent with the other things I've put into the same file, which come up. I also tried: FILE "/etc/passwd" green noexist TRACK and FILE "/etc/passwd" green noexist Scott On 11/1/07, Hubbard, Greg L wrote: > > Try this > > FILE /etc/passwd noexist COLOR=green TRACK > > ------------------------------ > *From:* Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] > *Sent:* Thursday, November 01, 2007 3:39 PM > *To:* user-ae9b8668bcde@xymon.invalid > *Subject:* Re: [hobbit] Re: New to Hobbit --- file monitoring > > Well, at least its replicatable. > > > Scott > > > On 11/1/07, Scott Mohnkern < user-1386a26b8c7d@xymon.invalid> wrote: > > > > Thanks for the help. I edited /etc/hobbit/hobbit-clients.cfg so the > > line reads: > > > > FILE /etc/passwd GREEN noexist > > > > still no joy. > > > > Is there anyone on the list that has an example of a FILE line in their > > hobbit-clients.cfg file? > > > > On 11/1/07, Hubbard, Greg L < user-d970b5e56ec9@xymon.invalid> wrote: > > > > > > > > > Try removing the TRACK keyword, and then change NOEXIST to lower case. I think Henrik has reported that there are a few bugs in this code, > > > and it is not always clear when case matters and when it doesn't, or > > > when the order of the arguments matters. > > > > > > > > > ------------------------------ > > > *From:* Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] > > > *Sent:* Thursday, November 01, 2007 3:10 PM > > > *To:* user-ae9b8668bcde@xymon.invalid > > > *Subject:* [hobbit] Re: New to Hobbit --- file monitoring > > > > > > When all else fails, nuke it and start over. I did an apt-get remove > > > hobbit, and then a dpkg -- purge. Then I removed any files I could find. > > > Then I downloaded the Ubuntu deb file and installed it. It put the > > > configuration files in /etc/hobbit and it started fine > > > > > > I edited /etc/hobbit/hobbit-clients.cfg and added the following line: > > > > > > PROC ntpd 1 99 green "TEXT=NTPD is up" > > > > > > > > > Restarted hobbit, and in a few minutes, it started reporting as > > > expected. > > > > > > Then I added: > > > > > > PORT "LOCAL=%(:8888)" TEXT="Gnump is up" > > > > > > To the same file, (/etc/hobbit/hobbit-clients.cfg) and restared > > > hobbit. > > > > > > A few minutes later, the ports section started reporting, as expected. > > > > > > > > > (Though I realize that its a bit off, which I need to fix) > > > > > > > > > Then I added: > > > > > > FILE /etc/passwd GREEN NOEXIST track > > > > > > Reading the documentation inside hobbit-clients.cfg I edited > > > /etc/hobbit/client- local.cfg and added the following line: > > > file:/etc/passwd > > > > > > restarted hobbit, waited 5 minutes. No luck. > > > > > > > > > I'm pretty convinced that either: > > > > > > 1. the format of the line in /etc/hobbit/client-local.cfg or > > > /etc/hobbit/hobbit-clients.cfg is incorrect, or > > > 2. There's something else I need to edit. > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-dbffe946c0f4@xymon.invalid Thu Nov 1 22:01:59 2007 From: user-dbffe946c0f4@xymon.invalid (Stef Coene) Date: Thu, 1 Nov 2007 22:01:59 +0100 Subject: [hobbit] New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: On Thursday 01 November 2007, Josh Luthman wrote: > I've compiled my server and client from source. I know the client is > reporting to my server as it reports the cpu/load/disk/etc just fine. > > At the bottom of my /home/shire/server/etc/hobbit-clients.cfg > > HOST="%myhost.foo.bar" #also tried it without the %, i know that my BBD had > %, not sure what it means =) > FILE "/etc/passwd" GREEN NOEXIST TRACK > > I still get "no files checked after two rewrites of the page. In config file server/etc/client-local.cfg you specify what logfile the client will report to the server. You have to add a section for your client to it. Once the client picks this up (to be sure restart the hobbit server and wait at least 10 minutes), the msgs column should be green and the logfile should appear on it. Once this works, you can change hobbit-clients.cfg so the server knows the yellow and green conditions. Stef From user-d970b5e56ec9@xymon.invalid Thu Nov 1 22:18:52 2007 From: user-d970b5e56ec9@xymon.invalid (Hubbard, Greg L) Date: Thu, 1 Nov 2007 16:18:52 -0500 Subject: [hobbit] Re: New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: Here is something I use that works. This is a "bookend" problem -- both parts have to be done correctly. Hobbit tends to silently ignore errors in configuration files. --------------------------------------------------- In client-local.cfg [myserver.mydomain.com] file:/opt2/log/syslog.log file:/opt2/log/security.log file:/opt2/log/snmptrap.log --------------------------------------------------- in hobbit-clients.cfg HOST=myserver.mydomain.com FILE /opt2/log/syslog.log mtime<600 size<2G TRACK FILE /opt2/log/security.log TRACK FILE /opt2/log/snmptrap.log mtime<600 size<2G TRACK ---------------------------------------------------- Some things to note a) the host names match exactly, and they are not enclosed in double quotes. b) the file names match exactly c) this example is lifted from my running system, with the host name changed to protect the guilty. I have some other examples that use color in the "COLOR=color" format, which I believe is required, but I would have to edit them more before I can post them. d) the client-local.cfg file has some predefined sections in it. Don't use them. Make new ones. Only one section can be applied to a host, so cut and paste will be your friend. ________________________________ From: Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] Sent: Thursday, November 01, 2007 4:00 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Re: New to Hobbit --- file monitoring Nope, no joy there either. the man page seems to think it should be: FILE and that's pretty consistent with the other things I've put into the same file, which come up. I also tried: FILE "/etc/passwd" green noexist TRACK and FILE "/etc/passwd" green noexist Scott On 11/1/07, Hubbard, Greg L wrote: Try this FILE /etc/passwd noexist COLOR=green TRACK ________________________________ From: Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] Sent: Thursday, November 01, 2007 3:39 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Re: New to Hobbit --- file monitoring Well, at least its replicatable. Scott On 11/1/07, Scott Mohnkern < user-1386a26b8c7d@xymon.invalid > wrote: Thanks for the help. I edited /etc/hobbit/hobbit-clients.cfg so the line reads: FILE /etc/passwd GREEN noexist still no joy. Is there anyone on the list that has an example of a FILE line in their hobbit-clients.cfg file? On 11/1/07, Hubbard, Greg L < user-d970b5e56ec9@xymon.invalid > wrote: Try removing the TRACK keyword, and then change NOEXIST to lower case. I think Henrik has reported that there are a few bugs in this code, and it is not always clear when case matters and when it doesn't, or when the order of the arguments matters. ________________________________ From: Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] Sent: Thursday, November 01, 2007 3:10 PM To: user-ae9b8668bcde@xymon.invalid Subject: [hobbit] Re: New to Hobbit --- file monitoring When all else fails, nuke it and start over. I did an apt-get remove hobbit, and then a dpkg -- purge. Then I removed any files I could find. Then I downloaded the Ubuntu deb file and installed it. It put the configuration files in /etc/hobbit and it started fine I edited /etc/hobbit/hobbit-clients.cfg and added the following line: PROC ntpd 1 99 green "TEXT=NTPD is up" Restarted hobbit, and in a few minutes, it started reporting as expected. Then I added: PORT "LOCAL=%(:8888)" TEXT="Gnump is up" To the same file, (/etc/hobbit/hobbit-clients.cfg) and restared hobbit. A few minutes later, the ports section started reporting, as expected. (Though I realize that its a bit off, which I need to fix) Then I added: FILE /etc/passwd GREEN NOEXIST track Reading the documentation inside hobbit-clients.cfg I edited /etc/hobbit/client- local.cfg and added the following line: file:/etc/passwd restarted hobbit, waited 5 minutes. No luck. I'm pretty convinced that either: 1. the format of the line in /etc/hobbit/client-local.cfg or /etc/hobbit/hobbit-clients.cfg is incorrect, or 2. There's something else I need to edit. -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-4c45a83f15cb@xymon.invalid Thu Nov 1 23:12:39 2007 From: user-4c45a83f15cb@xymon.invalid (Josh Luthman) Date: Thu, 1 Nov 2007 18:12:39 -0400 Subject: [hobbit] Re: New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: I'm basing my changes on Greg. These still do not work, though I believe they're a step towards the right direction: #hobbit-clients.cfg HOST=foo.bar.com FILE "/etc/passwd" GREEN NOEXIST TRACK #client-local.cfg [foo.bar.com] file:/etc/passwd I do notice that on my main machine running the server and client that there is Client Data available if you click on the Files test. There is no client data from the foo.bar.com files test, however. I think my problem right now is that I'm not getting the data from foo.bar.com to BBD. Any ideas at this point? On 11/1/07, Hubbard, Greg L wrote: > > Here is something I use that works. This is a "bookend" problem -- both > parts have to be done correctly. Hobbit tends to silently ignore errors in > configuration files. > > --------------------------------------------------- > > In client-local.cfg > > [myserver.mydomain.com] > file:/opt2/log/syslog.log > file:/opt2/log/security.log > file:/opt2/log/snmptrap.log > --------------------------------------------------- > > in hobbit-clients.cfg > > HOST=myserver.mydomain.com > FILE /opt2/log/syslog.log mtime<600 size<2G TRACK > FILE /opt2/log/security.log TRACK > FILE /opt2/log/snmptrap.log mtime<600 size<2G TRACK > ---------------------------------------------------- > > Some things to note > > a) the host names match exactly, and they are not enclosed in double > quotes. > > b) the file names match exactly > > c) this example is lifted from my running system, with the host name > changed to protect the guilty. I have some other examples that use color in > the "COLOR=color" format, which I believe is required, but I would have to > edit them more before I can post them. > > d) the client-local.cfg file has some predefined sections in it. Don't > use them. Make new ones. Only one section can be applied to a host, so cut > and paste will > be your friend. > > > ------------------------------ > *From:* Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] > *Sent:* Thursday, November 01, 2007 4:00 PM > *To:* user-ae9b8668bcde@xymon.invalid > *Subject:* Re: [hobbit] Re: New to Hobbit --- file monitoring > > Nope, no joy there either. the man page seems to think it should be: > > FILE > > and that's pretty consistent with the other things I've put into the same > file, which come up. > > I also tried: > > FILE "/etc/passwd" green noexist TRACK > > and > > FILE "/etc/passwd" green noexist > > > Scott > > > > On 11/1/07, Hubbard, Greg L wrote: > > > > Try this > > > > FILE /etc/passwd noexist COLOR=green TRACK > > > > ------------------------------ > > *From:* Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] > > *Sent:* Thursday, November 01, 2007 3:39 PM > > *To:* user-ae9b8668bcde@xymon.invalid > > *Subject:* Re: [hobbit] Re: New to Hobbit --- file monitoring > > > > Well, at least its replicatable. > > > > > > Scott > > > > > > On 11/1/07, Scott Mohnkern < user-1386a26b8c7d@xymon.invalid> wrote: > > > > > > Thanks for the help. I edited /etc/hobbit/hobbit-clients.cfg so the > > > line reads: > > > > > > FILE /etc/passwd GREEN noexist > > > > > > still no joy. > > > > > > Is there anyone on the list that has an example of a FILE line in > > > their hobbit-clients.cfg file? > > > > > > On 11/1/07, Hubbard, Greg L < user-d970b5e56ec9@xymon.invalid> wrote: > > > > > > > > > > > > Try removing the TRACK keyword, and then change NOEXIST to lower case. I think Henrik has reported that there are a few bugs in this code, > > > > and it is not always clear when case matters and when it doesn't, or > > > > when the order of the arguments matters. > > > > > > > > > > > > ------------------------------ > > > > *From:* Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] > > > > *Sent:* Thursday, November 01, 2007 3:10 PM > > > > *To:* user-ae9b8668bcde@xymon.invalid > > > > *Subject:* [hobbit] Re: New to Hobbit --- file monitoring > > > > > > > > When all else fails, nuke it and start over. I did an apt-get > > > > remove hobbit, and then a dpkg -- purge. Then I removed any files I could > > > > find. Then I downloaded the Ubuntu deb file and installed it. It put the > > > > configuration files in /etc/hobbit and it started fine > > > > > > > > I edited /etc/hobbit/hobbit-clients.cfg and added the following > > > > line: > > > > > > > > PROC ntpd 1 99 green "TEXT=NTPD is up" > > > > > > > > > > > > Restarted hobbit, and in a few minutes, it started reporting as > > > > expected. > > > > > > > > Then I added: > > > > > > > > PORT "LOCAL=%(:8888)" TEXT="Gnump is up" > > > > > > > > To the same file, (/etc/hobbit/hobbit-clients.cfg) and restared > > > > hobbit. > > > > > > > > A few minutes later, the ports section started reporting, as > > > > expected. > > > > > > > > (Though I realize that its a bit off, which I need to fix) > > > > > > > > > > > > Then I added: > > > > > > > > FILE /etc/passwd GREEN NOEXIST track > > > > > > > > Reading the documentation inside hobbit-clients.cfg I edited > > > > /etc/hobbit/client- local.cfg and added the following line: > > > > file:/etc/passwd > > > > > > > > restarted hobbit, waited 5 minutes. No luck. > > > > > > > > > > > > I'm pretty convinced that either: > > > > > > > > 1. the format of the line in /etc/hobbit/client-local.cfg or > > > > /etc/hobbit/hobbit-clients.cfg is incorrect, or > > > > 2. There's something else I need to edit. > > > > > > > > > > > > > > -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-b1d2c84d244b@xymon.invalid Thu Nov 1 23:20:12 2007 From: user-b1d2c84d244b@xymon.invalid (Sloan) Date: Thu, 01 Nov 2007 15:20:12 -0700 Subject: big brother replacement Message-ID: Hello list, It's that time of year again - we're looking for alternatives to our aging bb infrastructure - although it's been helped by the bbgen extensions, it is showing it's age, and is getting harder to support as time goes by. Of all the potential replacements we've looked at, I don't really like any of them - the commercial bb stuff is uninspiring, and their linux support is lacking. The other solutions tend to be heavyweight j2ee and database apps, or oddities like nagios. What I'd really love to find is something like an up-to-date version of big brother+bbgen, something like hobbit. Unfortunately, last I checked, hobbit still lacked a crucial capability that we depend on, the built-in bb failover mechanism. We have 2 data centers, several hundred miles apart, with bb servers in several lans at both sites. Each bb server has a twin at the other location, and they both monitor the servers in both data centers, but only one of the bb servers does reporting, as determined by the failover state. The bb failover has worked marvelously, and has kept bb firmly in place so far, despite the other advantages of hobbit. So, the $64 question: Is there anything in hobbit, or on the horizon, which will allow hobbit to serve as a drop-in replacement for bb, including the failover capability? Thanks for your words of wisdom. Joe From user-dbffe946c0f4@xymon.invalid Thu Nov 1 23:24:38 2007 From: user-dbffe946c0f4@xymon.invalid (Stef Coene) Date: Thu, 1 Nov 2007 23:24:38 +0100 Subject: [hobbit] Re: New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: On Thursday 01 November 2007, Josh Luthman wrote: > I'm basing my changes on Greg. These still do not work, though I believe > they're a step towards the right direction: > > #hobbit-clients.cfg > HOST=foo.bar.com > FILE "/etc/passwd" GREEN NOEXIST TRACK > > #client-local.cfg > [foo.bar.com] > file:/etc/passwd Try file:/etc/passwd:1024 Stef From user-b6e28cb93fa4@xymon.invalid Thu Nov 1 23:33:48 2007 From: user-b6e28cb93fa4@xymon.invalid (Tod Hansmann) Date: Thu, 1 Nov 2007 16:33:48 -0600 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: Let me see if I understand. You have several bb servers at one datacenter, each with their twin at the other datacenter, and both sets do the tests. They report to one central display server, but only one set reports at a time, depending on failover state, correct? Is this failover automatic? If so, how is this failover determined? What if this failover has a false positive? If not, what is your timeframe to swap over? Tod Hansmann Network Engineer -----Original Message----- From: Sloan [mailto:user-b1d2c84d244b@xymon.invalid] Sent: Thursday, November 01, 2007 4:20 PM To: user-ae9b8668bcde@xymon.invalid Subject: [hobbit] big brother replacement Hello list, It's that time of year again - we're looking for alternatives to our aging bb infrastructure - although it's been helped by the bbgen extensions, it is showing it's age, and is getting harder to support as time goes by. Of all the potential replacements we've looked at, I don't really like any of them - the commercial bb stuff is uninspiring, and their linux support is lacking. The other solutions tend to be heavyweight j2ee and database apps, or oddities like nagios. What I'd really love to find is something like an up-to-date version of big brother+bbgen, something like hobbit. Unfortunately, last I checked, hobbit still lacked a crucial capability that we depend on, the built-in bb failover mechanism. We have 2 data centers, several hundred miles apart, with bb servers in several lans at both sites. Each bb server has a twin at the other location, and they both monitor the servers in both data centers, but only one of the bb servers does reporting, as determined by the failover state. The bb failover has worked marvelously, and has kept bb firmly in place so far, despite the other advantages of hobbit. So, the $64 question: Is there anything in hobbit, or on the horizon, which will allow hobbit to serve as a drop-in replacement for bb, including the failover capability? Thanks for your words of wisdom. Joe To unsubscribe from the hobbit list, send an e-mail to user-095ef1c764a2@xymon.invalid From user-4c45a83f15cb@xymon.invalid Thu Nov 1 23:35:21 2007 From: user-4c45a83f15cb@xymon.invalid (Josh Luthman) Date: Thu, 1 Nov 2007 18:35:21 -0400 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: I'm not entire sure what you mean when you reference the failover capability. Could you please explain how this works? I'm interested in knowing how the hostname reflects to what IP addresses, hardware running what software specifically, etc. Coming from BB1.9btf I don't know of many expansions between 1.9 and 3.3. We had some discussion about multiple servers and redundancy just a short while ago: http://www.hswn.dk/hobbiton/2007/10/msg00423.html On 11/1/07, Sloan wrote: > > Hello list, > > It's that time of year again - we're looking for alternatives to our > aging bb infrastructure - although it's been helped by the bbgen > extensions, it is showing it's age, and is getting harder to support as > time goes by. > > Of all the potential replacements we've looked at, I don't really like > any of them - the commercial bb stuff is uninspiring, and their linux > support is lacking. The other solutions tend to be heavyweight j2ee and > database apps, or oddities like nagios. What I'd really love to find is > something like an up-to-date version of big brother+bbgen, something > like hobbit. > > Unfortunately, last I checked, hobbit still lacked a crucial capability > that we depend on, the built-in bb failover mechanism. We have 2 data > centers, several hundred miles apart, with bb servers in several lans at > both sites. Each bb server has a twin at the other location, and they > both monitor the servers in both data centers, but only one of the bb > servers does reporting, as determined by the failover state. The bb > failover has worked marvelously, and has kept bb firmly in place so far, > despite the other advantages of hobbit. > > So, the $64 question: Is there anything in hobbit, or on the horizon, > which will allow hobbit to serve as a drop-in replacement for bb, > including the failover capability? > > Thanks for your words of wisdom. > > Joe > > > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-4c45a83f15cb@xymon.invalid Thu Nov 1 23:43:35 2007 From: user-4c45a83f15cb@xymon.invalid (Josh Luthman) Date: Thu, 1 Nov 2007 18:43:35 -0400 Subject: [hobbit] Re: New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: Made the change and two poll cycles later I'm still boned =( On 11/1/07, Stef Coene wrote: > > On Thursday 01 November 2007, Josh Luthman wrote: > > I'm basing my changes on Greg. These still do not work, though I > believe > > they're a step towards the right direction: > > > > #hobbit-clients.cfg > > HOST=foo.bar.com > > FILE "/etc/passwd" GREEN NOEXIST TRACK > > > > #client-local.cfg > > [foo.bar.com] > > file:/etc/passwd > Try > file:/etc/passwd:1024 > > Stef > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-b1d2c84d244b@xymon.invalid Fri Nov 2 00:02:57 2007 From: user-b1d2c84d244b@xymon.invalid (Sloan) Date: Thu, 01 Nov 2007 16:02:57 -0700 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: Tod Hansmann wrote: > Let me see if I understand. You have several bb servers at one > datacenter, each with their twin at the other datacenter, and both sets > do the tests. They report to one central display server, but only one > set reports at a time, depending on failover state, correct? > You have the basic idea, but there is no single central server, just pairs of bb servers, one to a data center, in each lan which is being monitored. For each pair of bb servers, only the server at data center A does reporting, unless the server in data center B cannot reach the server in data center A, in which case the server in data center B will take over the reporting duties until the bb server in data center A becomes reachable again. While this could theoretically lead to a split brain condition, the failover condition has only ever triggered when there was a wan outage. > Is this failover automatic? If so, how is this failover determined? > What if this failover has a false positive? If not, what is your > timeframe to swap over? > IIRC It takes one bb cycle to kick in. We've not seen a false positive, as I mentioned above. It's just the standard built-in bb failover - head ~bb/ext/failover follows: #!/bin/sh # failover # # BIG BROTHER - FAILOVER SCRIPT # Sean MacGuire # # (c) Copyright Quest Software, Inc. 1997-2003 All rights reserved. # # # failover WATCHES BBNET and BBPAGER # # IF BBNET OR BBPAGER BECOMES UNAVAILABLE, THEN TAKE OVER UNTIL THEY RETURN # # To use, just add failover to the BBEXT variable in etc/bbdef.sh # # To configure BBPAGER failover: # define both the primary and failover machines as BBPAGERS in etc/bb-hosts # and set bbwarn: FAILOVER in etc/bbwarnsetup.cfg Joe From user-4c45a83f15cb@xymon.invalid Fri Nov 2 00:12:21 2007 From: user-4c45a83f15cb@xymon.invalid (Josh Luthman) Date: Thu, 1 Nov 2007 19:12:21 -0400 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: I see what you're saying, but you still have to manually specify which server you're connecting to. If the bb1.domain.tld can not be reached the techs have to manually enter bb2.domain.tld - correct? I know of several BB ext scripts that work perfectly with Hobbit and even more then just needed a small weak. Would you be able to post the entire ext script? Hopefully Henrik is willing to answer your $64 question =) Josh On 11/1/07, Sloan wrote: > > Tod Hansmann wrote: > > Let me see if I understand. You have several bb servers at one > > datacenter, each with their twin at the other datacenter, and both sets > > do the tests. They report to one central display server, but only one > > set reports at a time, depending on failover state, correct? > > > You have the basic idea, but there is no single central server, just > pairs of bb servers, one to a data center, in each lan which is being > monitored. For each pair of bb servers, only the server at data center A > does reporting, unless the server in data center B cannot reach the > server in data center A, in which case the server in data center B will > take over the reporting duties until the bb server in data center A > becomes reachable again. While this could theoretically lead to a split > brain condition, the failover condition has only ever triggered when > there was a wan outage. > > > Is this failover automatic? If so, how is this failover determined? > > What if this failover has a false positive? If not, what is your > > timeframe to swap over? > > > > IIRC It takes one bb cycle to kick in. > > We've not seen a false positive, as I mentioned above. > > It's just the standard built-in bb failover - > > head ~bb/ext/failover follows: > > #!/bin/sh > > # failover > # > # BIG BROTHER - FAILOVER SCRIPT > # Sean MacGuire > # > # (c) Copyright Quest Software, Inc. 1997-2003 All rights reserved. > # > > # > # failover WATCHES BBNET and BBPAGER > # > # IF BBNET OR BBPAGER BECOMES UNAVAILABLE, THEN TAKE OVER UNTIL THEY > RETURN > # > # To use, just add failover to the BBEXT variable in etc/bbdef.sh > # > # To configure BBPAGER failover: > # define both the primary and failover machines as BBPAGERS in > etc/bb-hosts > # and set bbwarn: FAILOVER in etc/bbwarnsetup.cfg > > > Joe > > > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-b1d2c84d244b@xymon.invalid Fri Nov 2 00:14:49 2007 From: user-b1d2c84d244b@xymon.invalid (Sloan) Date: Thu, 01 Nov 2007 16:14:49 -0700 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: Josh Luthman wrote: > I'm not entire sure what you mean when you reference the failover > capability. Could you please explain how this works? I'm basically just a user of the capability, how much detail do you want? It's just the standard failover built into bb. > I'm interested in knowing how the hostname reflects to what IP > addresses, hardware running what software specifically, etc. How the hostname reflects to what IP address? I'm not sure what you mean. There are no tricks here, just the standard dns naming scheme. I'm not sure what hardware has to do with it, but we're running SLES on HP/Compaq DL servers. I'm not sure what you mean by "what software" - you mean the OS, or the applications being monitored, or the exact version of bb? > Coming from BB1.9btf I don't know of many expansions between 1.9 and 3.3. We're on 1.9 here, patched with bbgen to keep it going - AFAIK the bb code has basically languished since it was bought back in 2001 or so, so I'm curious about this version 3.3 that you speak of. > > We had some discussion about multiple servers and redundancy just a > short while ago: > http://www.hswn.dk/hobbiton/2007/10/msg00423.html Yes, those discussions look mostly like the typical ha requirements, e.g. managing bb failover via external proxies, redirectors etc, which adds a whole new layer of cost and complexity. It would be a hard sell to justify all the new ha infrastructure if we are replacing bb with something newer and better, since bb currently handles that all by itself, with no need of an external ha system. Joe From user-b6e28cb93fa4@xymon.invalid Fri Nov 2 00:17:22 2007 From: user-b6e28cb93fa4@xymon.invalid (Tod Hansmann) Date: Thu, 1 Nov 2007 17:17:22 -0600 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: I'd be using Henrik's solution as follows, given your situation: "I run two completely separate systems in parallel, and have the clients report to both of them. The system at our disaster center has the paging module disabled (just disable the [bbpage] section in hobbitlaunch.cfg), to avoid double alerts - it is simple to activate it, if necessary. "Config files are rsync'ed from the primary site to the disaster site regularly." Though to be honest, this failover script may be something that can be converted over to be used in hobbit. You might be better off going one of a dozen different options that are slightly different than how you have it setup, but that's up to you. Hobbit doesn't have this built-in. That's for sure. I would think it's fairly easy to use it to get much the same effect, though. I'll wait for others responses on your situation and throw my own thoughts back in tomorrow morning. Tod Hansmann Network Engineer -----Original Message----- From: Sloan [mailto:user-b1d2c84d244b@xymon.invalid] Sent: Thursday, November 01, 2007 5:03 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] big brother replacement Tod Hansmann wrote: > Let me see if I understand. You have several bb servers at one > datacenter, each with their twin at the other datacenter, and both sets > do the tests. They report to one central display server, but only one > set reports at a time, depending on failover state, correct? > You have the basic idea, but there is no single central server, just pairs of bb servers, one to a data center, in each lan which is being monitored. For each pair of bb servers, only the server at data center A does reporting, unless the server in data center B cannot reach the server in data center A, in which case the server in data center B will take over the reporting duties until the bb server in data center A becomes reachable again. While this could theoretically lead to a split brain condition, the failover condition has only ever triggered when there was a wan outage. > Is this failover automatic? If so, how is this failover determined? > What if this failover has a false positive? If not, what is your > timeframe to swap over? > IIRC It takes one bb cycle to kick in. We've not seen a false positive, as I mentioned above. It's just the standard built-in bb failover - head ~bb/ext/failover follows: #!/bin/sh # failover # # BIG BROTHER - FAILOVER SCRIPT # Sean MacGuire # # (c) Copyright Quest Software, Inc. 1997-2003 All rights reserved. # # # failover WATCHES BBNET and BBPAGER # # IF BBNET OR BBPAGER BECOMES UNAVAILABLE, THEN TAKE OVER UNTIL THEY RETURN # # To use, just add failover to the BBEXT variable in etc/bbdef.sh # # To configure BBPAGER failover: # define both the primary and failover machines as BBPAGERS in etc/bb-hosts # and set bbwarn: FAILOVER in etc/bbwarnsetup.cfg Joe To unsubscribe from the hobbit list, send an e-mail to user-095ef1c764a2@xymon.invalid From user-b6e28cb93fa4@xymon.invalid Fri Nov 2 00:18:36 2007 From: user-b6e28cb93fa4@xymon.invalid (Tod Hansmann) Date: Thu, 1 Nov 2007 17:18:36 -0600 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: I think he's just looking for the alerts. From what he's indicating, it doesn't look like he's too concerned about the display (unless he has a bunch of web pages up at once all the time). Tod Hansmann Network Engineer ________________________________ From: Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid] Sent: Thursday, November 01, 2007 5:12 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] big brother replacement I see what you're saying, but you still have to manually specify which server you're connecting to. If the bb1.domain.tld can not be reached the techs have to manually enter bb2.domain.tld - correct? I know of several BB ext scripts that work perfectly with Hobbit and even more then just needed a small weak. Would you be able to post the entire ext script? Hopefully Henrik is willing to answer your $64 question =) Josh On 11/1/07, Sloan wrote: Tod Hansmann wrote: > Let me see if I understand. You have several bb servers at one > datacenter, each with their twin at the other datacenter, and both sets > do the tests. They report to one central display server, but only one > set reports at a time, depending on failover state, correct? > You have the basic idea, but there is no single central server, just pairs of bb servers, one to a data center, in each lan which is being monitored. For each pair of bb servers, only the server at data center A does reporting, unless the server in data center B cannot reach the server in data center A, in which case the server in data center B will take over the reporting duties until the bb server in data center A becomes reachable again. While this could theoretically lead to a split brain condition, the failover condition has only ever triggered when there was a wan outage. > Is this failover automatic? If so, how is this failover determined? > What if this failover has a false positive? If not, what is your > timeframe to swap over? > IIRC It takes one bb cycle to kick in. We've not seen a false positive, as I mentioned above. It's just the standard built-in bb failover - head ~bb/ext/failover follows: #!/bin/sh # failover # # BIG BROTHER - FAILOVER SCRIPT # Sean MacGuire # # (c) Copyright Quest Software, Inc. 1997-2003 All rights reserved. # # # failover WATCHES BBNET and BBPAGER # # IF BBNET OR BBPAGER BECOMES UNAVAILABLE, THEN TAKE OVER UNTIL THEY RETURN # # To use, just add failover to the BBEXT variable in etc/bbdef.sh # # To configure BBPAGER failover: # define both the primary and failover machines as BBPAGERS in etc/bb-hosts # and set bbwarn: FAILOVER in etc/bbwarnsetup.cfg Joe To unsubscribe from the hobbit list, send an e-mail to user-095ef1c764a2@xymon.invalid -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 1744 bytes Desc: image001.gif URL: From user-b1d2c84d244b@xymon.invalid Fri Nov 2 00:22:48 2007 From: user-b1d2c84d244b@xymon.invalid (Sloan) Date: Thu, 01 Nov 2007 16:22:48 -0700 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: Josh Luthman wrote: > I see what you're saying, but you still have to manually specify > which server you're connecting to. If the bb1.domain.tld can not be > reached the techs have to manually enter bb2.domain.tld - correct? Well, no need to enter anything manually. We have on each big brother server a page with links to all the other bb servers, and I'm sure the support folks have links bookmarked, so if the DC1 data center is down, then instead of clicking on e.g. dc1bbdata, they'd click on dc2bbdata. Normally the 2 bb display servers in each pair provide an identical view, so this only matters in the event of an outage. > > I know of several BB ext scripts that work perfectly with Hobbit and > even more then just needed a small weak. Would you be able to post > the entire ext script? Hopefully Henrik is willing to answer your > $64 question =) Sure, I can post the entire script - it's in the attachment - Joe -------------- next part -------------- A non-text attachment was scrubbed... Name: failover.gz Type: application/x-gzip Size: 1987 bytes Desc: not available URL: From user-4c45a83f15cb@xymon.invalid Fri Nov 2 00:33:29 2007 From: user-4c45a83f15cb@xymon.invalid (Josh Luthman) Date: Thu, 1 Nov 2007 19:33:29 -0400 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: I see now - you've a redundant BBNET. I haven't used BB in several weeks and I never got really complex with it - a lot of ping tests was what I needed out of it. Can you explain what BBNET is? On 11/1/07, Sloan wrote: > > Josh Luthman wrote: > > I see what you're saying, but you still have to manually specify > > which server you're connecting to. If the bb1.domain.tld can not be > > reached the techs have to manually enter bb2.domain.tld - correct? > > Well, no need to enter anything manually. We have on each big brother > server a page with links to all the other bb servers, and I'm sure the > support folks have links bookmarked, so if the DC1 data center is > down, then instead of clicking on e.g. dc1bbdata, they'd click on > dc2bbdata. Normally the 2 bb display servers in each pair provide an > identical view, so this only matters in the event of an outage. > > > > > I know of several BB ext scripts that work perfectly with Hobbit and > > even more then just needed a small weak. Would you be able to post > > the entire ext script? Hopefully Henrik is willing to answer your > > $64 question =) > > Sure, I can post the entire script - it's in the attachment - > > Joe > > > > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-b1d2c84d244b@xymon.invalid Fri Nov 2 00:39:29 2007 From: user-b1d2c84d244b@xymon.invalid (Sloan) Date: Thu, 01 Nov 2007 16:39:29 -0700 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: Well, bb being somewhat modular, there are 3 components: BBNET, BBPAGER, BBDISPLAY BBNET is the component of bb that tests the network services/connectivity on the remote hosts. Joe Josh Luthman wrote: > I see now - you've a redundant BBNET. I haven't used BB in several > weeks and I never got really complex with it - a lot of ping tests was > what I needed out of it. Can you explain what BBNET is? > > On 11/1/07, *Sloan* > wrote: > > Josh Luthman wrote: > > I see what you're saying, but you still have to manually specify > > which server you're connecting to. If the bb1.domain.tld can not be > > reached the techs have to manually enter bb2.domain.tld - correct? > > Well, no need to enter anything manually. We have on each big brother > server a page with links to all the other bb servers, and I'm sure the > support folks have links bookmarked, so if the DC1 data center is > down, then instead of clicking on e.g. dc1bbdata, they'd click on > dc2bbdata. Normally the 2 bb display servers in each pair provide an > identical view, so this only matters in the event of an outage. > > > > > I know of several BB ext scripts that work perfectly with Hobbit and > > even more then just needed a small weak. Would you be able to post > > the entire ext script? Hopefully Henrik is willing to answer your > > $64 question =) > > Sure, I can post the entire script - it's in the attachment - > > Joe > > > > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > > > > -- > Josh Luthman > Office: XXX-XXX-XXXX > Direct: XXX-XXX-XXXX > XXXX Wayne St > Suite XXXX > Troy, OH XXXXX > > Those who don't understand UNIX are condemned to reinvent it, poorly. > --- Henry Spencer From user-8e841282cda5@xymon.invalid Fri Nov 2 00:53:13 2007 From: user-8e841282cda5@xymon.invalid (T.J. Yang) Date: Thu, 1 Nov 2007 18:53:13 -0500 Subject: [hobbit] How do I generate bb2.html on demand ? In-Reply-To: References: Message-ID: T.J. Yang > Date: Thu, 1 Nov 2007 10:42:18 -0600 > From: user-b6e28cb93fa4@xymon.invalid > To: user-ae9b8668bcde@xymon.invalid > Subject: RE: [hobbit] How do I generate bb2.html on demand ? > > http://hobbitmon.sourceforge.net/docs/hobbit-tips.html#updatefreq > > That may help, but remember, if a host is only tested every 5 minutes, and you update your page every minute, your bb2 page is at most 60 seconds out of date, but usually much closer. > > If you must, for some reason, update manually, you COULD run it manually via the bbcmd, if I'm thinking this through correctly. It would be something like: > > /path/to/hobbit/bin/bbcmd /path/to/hobbit/bin/bbgen I was configuring hobbit-client.cfg to setup disk partitions thresholds on many machines, thus the need to see the bb2.html be updated as soon as possible. Thanks for this tip, I will try it out later. tj > Where /path/to/hobbit/ is the path just below your etc directory where you have your bb-hosts and hobbitlaunch.cfg > > Tod Hansmann > Network Engineer > > > -----Original Message----- > From: T.J. Yang [mailto:user-8e841282cda5@xymon.invalid] > Sent: Thursday, November 01, 2007 10:16 AM > To: user-ae9b8668bcde@xymon.invalid > Subject: RE: [hobbit] How do I generate bb2.html on demand ? > > > > My bbdisplay is already configured to have 1 minute update interval, it is on bb2.html is still updated every 5 minutes. > > > > # "bbdisplay" runs the bbgen tool to generate the Hobbit webpages from the status information that > # has been received. Big Brother updated the webpages once every 5 minutes. The default here is to > # run it every minute for faster updates, but you can change it if you have a highly loaded server > # and dont need updates that often. > > [bbdisplay] > ENVFILE /etc/hobbitserver42/hobbitserver.cfg > NEEDS hobbitd > GROUP generators > CMD bbgen $BBGENOPTS --report > LOGFILE $BBSERVERLOGS/bb-display.log > INTERVAL 1m > > I do remember there is a option somewhere is hobbit man page that can set "dynamic, on demand " update. > > > > > T.J. Yang > > ________________________________ > Date: Thu, 1 Nov 2007 10:56:57 -0400 > From: user-4c45a83f15cb@xymon.invalid > To: user-ae9b8668bcde@xymon.invalid > Subject: Re: [hobbit] How do I generate bb2.html on demand ? > > If desired I know you can change it. One of the configs in server/etc - if you can't find it let me know, I can look later tonight. > > On 11/1/07, T.J. Yang wrote: > > Looks like bb2.html is updated every 5 minutes, what is the command to generate bb2.html by command line ? > > T.J. Yang > > _________________________________________________________________ > Peek-a-boo FREE Tricks & Treats for You! > http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > > > > -- > Josh Luthman > Office: XXX-XXX-XXXX > Direct: XXX-XXX-XXXX > XXXX Wayne St > Suite XXXX > Troy, OH XXXXX > > Those who don't understand UNIX are condemned to reinvent it, poorly. > --- Henry Spencer > > _________________________________________________________________ > Windows Live Hotmail and Microsoft Office Outlook - together at last. Get it now. > http://office.microsoft.com/en-us/outlook/HA102225181033.aspx?pid=CL100626971033 > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > _________________________________________________________________ Help yourself to FREE treats served up daily at the Messenger Café. Stop by today. http://www.cafemessenger.com/info/info_sweetstuff2.html?ocid=TXT_TAGLM_OctWLtagline From user-4c45a83f15cb@xymon.invalid Fri Nov 2 00:57:05 2007 From: user-4c45a83f15cb@xymon.invalid (Josh Luthman) Date: Thu, 1 Nov 2007 19:57:05 -0400 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: That would be relative to Hobbit's bbtest I believe - someone correct me if I'm wrong, I'm just guessing here! I don't see any reason to think that script wouldn't work with some variable changes like BBNET=`$GREP BBNET $BBHOSTS | $GREP "^[0-9]" | $GREP -v "^\#"` but I am not an expert by any means! Getting back to the version 3.3 - after 1.9btf Quest starting selling the product. I don't know the exact history behind it but 1.9btf is what you get without paying for anything. I have worked with and continue to monitor a network with 3.1 or 3.2 (they decided to revert from 3.3 as it looks quite a bit different on the BBDISPLAY) and I honestly don't see what they've changed between 1.9 and 3.2. Most of the features of BB I heard of or read were not only already in Hobbit but were even better then what I had heard. Not to mention the dozens of BB scripts that can be relatively painless to migrate. Josh On 11/1/07, Sloan wrote: > > Well, bb being somewhat modular, there are 3 components: BBNET, BBPAGER, > BBDISPLAY > > BBNET is the component of bb that tests the network > services/connectivity on the remote hosts. > > Joe > > Josh Luthman wrote: > > I see now - you've a redundant BBNET. I haven't used BB in several > > weeks and I never got really complex with it - a lot of ping tests was > > what I needed out of it. Can you explain what BBNET is? > > > > On 11/1/07, *Sloan* > wrote: > > > > Josh Luthman wrote: > > > I see what you're saying, but you still have to manually specify > > > which server you're connecting to. If the bb1.domain.tld can not > be > > > reached the techs have to manually enter bb2.domain.tld - correct? > > > > Well, no need to enter anything manually. We have on each big > brother > > server a page with links to all the other bb servers, and I'm sure > the > > support folks have links bookmarked, so if the DC1 data center is > > down, then instead of clicking on e.g. dc1bbdata, they'd click on > > dc2bbdata. Normally the 2 bb display servers in each pair provide an > > identical view, so this only matters in the event of an outage. > > > > > > > > I know of several BB ext scripts that work perfectly with Hobbit > and > > > even more then just needed a small weak. Would you be able to > post > > > the entire ext script? Hopefully Henrik is willing to answer your > > > $64 question =) > > > > Sure, I can post the entire script - it's in the attachment - > > > > Joe > > > > > > > > > > To unsubscribe from the hobbit list, send an e-mail to > > user-095ef1c764a2@xymon.invalid > > > > > > > > > > > > -- > > Josh Luthman > > Office: XXX-XXX-XXXX > > Direct: XXX-XXX-XXXX > > XXXX Wayne St > > Suite XXXX > > Troy, OH XXXXX > > > > Those who don't understand UNIX are condemned to reinvent it, poorly. > > --- Henry Spencer > > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-b1d2c84d244b@xymon.invalid Fri Nov 2 01:05:03 2007 From: user-b1d2c84d244b@xymon.invalid (Sloan) Date: Thu, 01 Nov 2007 17:05:03 -0700 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: Josh Luthman wrote: > That would be relative to Hobbit's bbtest I believe - someone correct > me if I'm wrong, I'm just guessing here! > > I don't see any reason to think that script wouldn't work with some > variable changes like BBNET=`$GREP BBNET $BBHOSTS | $GREP "^[0-9]" | > $GREP -v "^\#"` but I am not an expert by any means! Well, depending on what I hear on this list in the next day or so, taking a crack at adapting the old bb failover script may be my best option. > > Getting back to the version 3.3 - after 1.9btf Quest starting selling > the product. I don't know the exact history behind it but 1.9btf is > what you get without paying for anything. I have worked with and > continue to monitor a network with 3.1 or 3.2 (they decided to revert > from 3.3 as it looks quite a bit different on the BBDISPLAY) and I > honestly don't see what they've changed between 1.9 and 3.2. Most of > the features of BB I heard of or read were not only already in Hobbit > but were even better then what I had heard. Not to mention the dozens > of BB scripts that can be relatively painless to migrate. Ah, interesting - I always had the feeling that quest didn't do much of anything with the code except put in some verbiage and legal warnings, and tried to push their own proprietary and non linux-friendly stuff and left the bb code base to slowly decay. Joe From user-d970b5e56ec9@xymon.invalid Fri Nov 2 01:57:21 2007 From: user-d970b5e56ec9@xymon.invalid (Hubbard, Greg L) Date: Thu, 1 Nov 2007 19:57:21 -0500 Subject: [hobbit] Re: New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: check your ghosts report to see if foo.bar.com is reporting in as foo. And when are you going to change GREEN to "COLOR=green"? GLH ________________________________ From: Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid] Sent: Thursday, November 01, 2007 5:13 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Re: New to Hobbit --- file monitoring I'm basing my changes on Greg. These still do not work, though I believe they're a step towards the right direction: #hobbit-clients.cfg HOST=foo.bar.com FILE "/etc/passwd" GREEN NOEXIST TRACK #client-local.cfg [foo.bar.com] file:/etc/passwd I do notice that on my main machine running the server and client that there is Client Data available if you click on the Files test. There is no client data from the foo.bar.com files test, however. I think my problem right now is that I'm not getting the data from foo.bar.com to BBD. Any ideas at this point? On 11/1/07, Hubbard, Greg L wrote: Here is something I use that works. This is a "bookend" problem -- both parts have to be done correctly. Hobbit tends to silently ignore errors in configuration files. --------------------------------------------------- In client-local.cfg [myserver.mydomain.com] file:/opt2/log/syslog.log file:/opt2/log/security.log file:/opt2/log/snmptrap.log --------------------------------------------------- in hobbit-clients.cfg HOST=myserver.mydomain.com FILE /opt2/log/syslog.log mtime<600 size<2G TRACK FILE /opt2/log/security.log TRACK FILE /opt2/log/snmptrap.log mtime<600 size<2G TRACK ---------------------------------------------------- Some things to note a) the host names match exactly, and they are not enclosed in double quotes. b) the file names match exactly c) this example is lifted from my running system, with the host name changed to protect the guilty. I have some other examples that use color in the "COLOR=color" format, which I believe is required, but I would have to edit them more before I can post them. d) the client-local.cfg file has some predefined sections in it. Don't use them. Make new ones. Only one section can be applied to a host, so cut and paste will be your friend. ________________________________ From: Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] Sent: Thursday, November 01, 2007 4:00 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Re: New to Hobbit --- file monitoring Nope, no joy there either. the man page seems to think it should be: FILE and that's pretty consistent with the other things I've put into the same file, which come up. I also tried: FILE "/etc/passwd" green noexist TRACK and FILE "/etc/passwd" green noexist Scott On 11/1/07, Hubbard, Greg L wrote: Try this FILE /etc/passwd noexist COLOR=green TRACK ________________________________ From: Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] Sent: Thursday, November 01, 2007 3:39 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Re: New to Hobbit --- file monitoring Well, at least its replicatable. Scott On 11/1/07, Scott Mohnkern < user-1386a26b8c7d@xymon.invalid > wrote: Thanks for the help. I edited /etc/hobbit/hobbit-clients.cfg so the line reads: FILE /etc/passwd GREEN noexist still no joy. Is there anyone on the list that has an example of a FILE line in their hobbit-clients.cfg file? On 11/1/07, Hubbard, Greg L < user-d970b5e56ec9@xymon.invalid > wrote: Try removing the TRACK keyword, and then change NOEXIST to lower case. I think Henrik has reported that there are a few bugs in this code, and it is not always clear when case matters and when it doesn't, or when the order of the arguments matters. ________________________________ From: Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] Sent: Thursday, November 01, 2007 3:10 PM To: user-ae9b8668bcde@xymon.invalid Subject: [hobbit] Re: New to Hobbit --- file monitoring When all else fails, nuke it and start over. I did an apt-get remove hobbit, and then a dpkg -- purge. Then I removed any files I could find. Then I downloaded the Ubuntu deb file and installed it. It put the configuration files in /etc/hobbit and it started fine I edited /etc/hobbit/hobbit-clients.cfg and added the following line: PROC ntpd 1 99 green "TEXT=NTPD is up" Restarted hobbit, and in a few minutes, it started reporting as expected. Then I added: PORT "LOCAL=%(:8888)" TEXT="Gnump is up" To the same file, (/etc/hobbit/hobbit-clients.cfg) and restared hobbit. A few minutes later, the ports section started reporting, as expected. (Though I realize that its a bit off, which I need to fix) Then I added: FILE /etc/passwd GREEN NOEXIST track Reading the documentation inside hobbit-clients.cfg I edited /etc/hobbit/client- local.cfg and added the following line: file:/etc/passwd restarted hobbit, waited 5 minutes. No luck. I'm pretty convinced that either: 1. the format of the line in /etc/hobbit/client-local.cfg or /etc/hobbit/hobbit-clients.cfg is incorrect, or 2. There's something else I need to edit. -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-4c45a83f15cb@xymon.invalid Fri Nov 2 02:22:50 2007 From: user-4c45a83f15cb@xymon.invalid (Josh Luthman) Date: Thu, 1 Nov 2007 21:22:50 -0400 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: You think their lack of linux support is bad? Get a quote. On 11/1/07, Sloan wrote: > > Josh Luthman wrote: > > That would be relative to Hobbit's bbtest I believe - someone correct > > me if I'm wrong, I'm just guessing here! > > > > I don't see any reason to think that script wouldn't work with some > > variable changes like BBNET=`$GREP BBNET $BBHOSTS | $GREP "^[0-9]" | > > $GREP -v "^\#"` but I am not an expert by any means! > > > Well, depending on what I hear on this list in the next day or so, > taking a crack at adapting the old bb failover script may be my best > option. > > > > > Getting back to the version 3.3 - after 1.9btf Quest starting selling > > the product. I don't know the exact history behind it but 1.9btf is > > what you get without paying for anything. I have worked with and > > continue to monitor a network with 3.1 or 3.2 (they decided to revert > > from 3.3 as it looks quite a bit different on the BBDISPLAY) and I > > honestly don't see what they've changed between 1.9 and 3.2. Most of > > the features of BB I heard of or read were not only already in Hobbit > > but were even better then what I had heard. Not to mention the dozens > > of BB scripts that can be relatively painless to migrate. > > Ah, interesting - I always had the feeling that quest didn't do much of > anything with the code except put in some verbiage and legal warnings, > and tried to push their own proprietary and non linux-friendly stuff and > left the bb code base to slowly decay. > > Joe > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-4c45a83f15cb@xymon.invalid Fri Nov 2 02:44:35 2007 From: user-4c45a83f15cb@xymon.invalid (Josh Luthman) Date: Thu, 1 Nov 2007 21:44:35 -0400 Subject: [hobbit] Re: New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: Ghost reports doesn't have foo.bar.com but it does have something else - an old hostname that I changed a while back, can you tell me how to fix this? Greg - making that change didn't fix it. I still have "no files checked" =( Josh On 11/1/07, Hubbard, Greg L wrote: > > check your ghosts report to see if foo.bar.com is reporting in as foo. > > And when are you going to change GREEN to "COLOR=green"? > > GLH > > ------------------------------ > *From:* Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid] > *Sent:* Thursday, November 01, 2007 5:13 PM > *To:* user-ae9b8668bcde@xymon.invalid > *Subject:* Re: [hobbit] Re: New to Hobbit --- file monitoring > > I'm basing my changes on Greg. These still do not work, though I believe > they're a step towards the right direction: > > #hobbit-clients.cfg > HOST=foo.bar.com > FILE "/etc/passwd" GREEN NOEXIST TRACK > > #client-local.cfg > [foo.bar.com] > file:/etc/passwd > > I do notice that on my main machine running the server and client that > there is Client Data available if you click on the Files test. There is no > client data from the foo.bar.com files test, however. I think my problem > right now is that I'm not getting the data from foo.bar.com to BBD. Any > ideas at this point? > > On 11/1/07, Hubbard, Greg L wrote: > > > > Here is something I use that works. This is a "bookend" problem -- > > both parts have to be done correctly. Hobbit tends to silently ignore > > errors in configuration files. > > > > --------------------------------------------------- > > > > In client-local.cfg > > > > [myserver.mydomain.com] > > file:/opt2/log/syslog.log > > file:/opt2/log/security.log > > file:/opt2/log/snmptrap.log > > --------------------------------------------------- > > > > in hobbit-clients.cfg > > > > HOST=myserver.mydomain.com > > FILE /opt2/log/syslog.log mtime<600 size<2G TRACK > > FILE /opt2/log/security.log TRACK > > FILE /opt2/log/snmptrap.log mtime<600 size<2G TRACK > > ---------------------------------------------------- > > > > Some things to note > > > > a) the host names match exactly, and they are not enclosed in double > > quotes. > > > > b) the file names match exactly > > > > c) this example is lifted from my running system, with the host name > > changed to protect the guilty. I have some other examples that use color in > > the "COLOR=color" format, which I believe is required, but I would have to > > edit them more before I can post them. > > > > d) the client-local.cfg file has some predefined sections in it. Don't > > use them. Make new ones. Only one section can be applied to a host, so cut > > and paste will > > be your friend. > > > > > > ------------------------------ > > *From:* Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] > > *Sent:* Thursday, November 01, 2007 4:00 PM > > *To:* user-ae9b8668bcde@xymon.invalid > > *Subject:* Re: [hobbit] Re: New to Hobbit --- file monitoring > > > > Nope, no joy there either. the man page seems to think it should be: > > > > FILE > > > > and that's pretty consistent with the other things I've put into the > > same file, which come up. > > > > I also tried: > > > > FILE "/etc/passwd" green noexist TRACK > > > > and > > > > FILE "/etc/passwd" green noexist > > > > > > Scott > > > > > > > > On 11/1/07, Hubbard, Greg L wrote: > > > > > > Try this > > > > > > FILE /etc/passwd noexist COLOR=green TRACK > > > > > > ------------------------------ > > > *From:* Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] > > > *Sent:* Thursday, November 01, 2007 3:39 PM > > > *To:* user-ae9b8668bcde@xymon.invalid > > > *Subject:* Re: [hobbit] Re: New to Hobbit --- file monitoring > > > > > > Well, at least its replicatable. > > > > > > > > > Scott > > > > > > > > > On 11/1/07, Scott Mohnkern < user-1386a26b8c7d@xymon.invalid> wrote: > > > > > > > > Thanks for the help. I edited /etc/hobbit/hobbit-clients.cfg so the > > > > line reads: > > > > > > > > FILE /etc/passwd GREEN noexist > > > > > > > > still no joy. > > > > > > > > Is there anyone on the list that has an example of a FILE line in > > > > their hobbit-clients.cfg file? > > > > > > > > On 11/1/07, Hubbard, Greg L < user-d970b5e56ec9@xymon.invalid> wrote: > > > > > > > > > > Try removing the TRACK keyword, and then change NOEXIST to lower case. I think Henrik has reported that there are a few bugs in this code, > > > > > > > > > > and it is not always clear when case matters and when it doesn't, > > > > > or when the order of the arguments matters. > > > > > > > > > > > > > > > ------------------------------ > > > > > *From:* Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] > > > > > *Sent:* Thursday, November 01, 2007 3:10 PM > > > > > *To:* user-ae9b8668bcde@xymon.invalid > > > > > *Subject:* [hobbit] Re: New to Hobbit --- file monitoring > > > > > > > > > > When all else fails, nuke it and start over. I did an apt-get > > > > > remove hobbit, and then a dpkg -- purge. Then I removed any files I could > > > > > find. Then I downloaded the Ubuntu deb file and installed it. It put the > > > > > configuration files in /etc/hobbit and it started fine > > > > > > > > > > I edited /etc/hobbit/hobbit-clients.cfg and added the following > > > > > line: > > > > > > > > > > PROC ntpd 1 99 green "TEXT=NTPD is up" > > > > > > > > > > > > > > > Restarted hobbit, and in a few minutes, it started reporting as > > > > > expected. > > > > > > > > > > Then I added: > > > > > > > > > > PORT "LOCAL=%(:8888)" TEXT="Gnump is up" > > > > > > > > > > To the same file, (/etc/hobbit/hobbit-clients.cfg) and restared > > > > > hobbit. > > > > > > > > > > A few minutes later, the ports section started reporting, as > > > > > expected. > > > > > > > > > > (Though I realize that its a bit off, which I need to fix) > > > > > > > > > > > > > > > Then I added: > > > > > > > > > > FILE /etc/passwd GREEN NOEXIST track > > > > > > > > > > Reading the documentation inside hobbit-clients.cfg I edited > > > > > /etc/hobbit/client- local.cfg and added the following line: > > > > > file:/etc/passwd > > > > > > > > > > restarted hobbit, waited 5 minutes. No luck. > > > > > > > > > > > > > > > I'm pretty convinced that either: > > > > > > > > > > 1. the format of the line in /etc/hobbit/client-local.cfg or > > > > > /etc/hobbit/hobbit-clients.cfg is incorrect, or > > > > > 2. There's something else I need to edit. > > > > > > > > > > > > > > > > > > > > > > -- > Josh Luthman > Office: XXX-XXX-XXXX > Direct: XXX-XXX-XXXX > XXXX Wayne St > Suite XXXX > Troy, OH XXXXX > > Those who don't understand UNIX are condemned to reinvent it, poorly. > --- Henry Spencer > > -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-d970b5e56ec9@xymon.invalid Fri Nov 2 02:59:44 2007 From: user-d970b5e56ec9@xymon.invalid (Hubbard, Greg L) Date: Thu, 1 Nov 2007 20:59:44 -0500 Subject: [hobbit] Re: New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: Well, well. A "ghost" is a Hobbit client reporting in with a name that is not in the bb-hosts file. Two ways to fix it. a) on the client, there is a way to make the client use an arbitrary name. I think it is the "--client foo.bar.com" option, but I could be wrong. b) on the server, you can add a "client:wrong.host.name" entry for the client that is reporting in with a bad name. I could be wrong on both counts about the syntax -- you can check the man pages. ________________________________ From: Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid] Sent: Thursday, November 01, 2007 8:45 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Re: New to Hobbit --- file monitoring Ghost reports doesn't have foo.bar.com but it does have something else - an old hostname that I changed a while back, can you tell me how to fix this? Greg - making that change didn't fix it. I still have "no files checked" =( Josh On 11/1/07, Hubbard, Greg L wrote: check your ghosts report to see if foo.bar.com is reporting in as foo. And when are you going to change GREEN to "COLOR=green"? GLH ________________________________ From: Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid] Sent: Thursday, November 01, 2007 5:13 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Re: New to Hobbit --- file monitoring I'm basing my changes on Greg. These still do not work, though I believe they're a step towards the right direction: #hobbit-clients.cfg HOST=foo.bar.com FILE "/etc/passwd" GREEN NOEXIST TRACK #client-local.cfg [foo.bar.com] file:/etc/passwd I do notice that on my main machine running the server and client that there is Client Data available if you click on the Files test. There is no client data from the foo.bar.com files test, however. I think my problem right now is that I'm not getting the data from foo.bar.com to BBD. Any ideas at this point? On 11/1/07, Hubbard, Greg L wrote: Here is something I use that works. This is a "bookend" problem -- both parts have to be done correctly. Hobbit tends to silently ignore errors in configuration files. --------------------------------------------------- In client-local.cfg [myserver.mydomain.com] file:/opt2/log/syslog.log file:/opt2/log/security.log file:/opt2/log/snmptrap.log --------------------------------------------------- in hobbit-clients.cfg HOST=myserver.mydomain.com FILE /opt2/log/syslog.log mtime<600 size<2G TRACK FILE /opt2/log/security.log TRACK FILE /opt2/log/snmptrap.log mtime<600 size<2G TRACK ---------------------------------------------------- Some things to note a) the host names match exactly, and they are not enclosed in double quotes. b) the file names match exactly c) this example is lifted from my running system, with the host name changed to protect the guilty. I have some other examples that use color in the "COLOR=color" format, which I believe is required, but I would have to edit them more before I can post them. d) the client-local.cfg file has some predefined sections in it. Don't use them. Make new ones. Only one section can be applied to a host, so cut and paste will be your friend. ________________________________ From: Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] Sent: Thursday, November 01, 2007 4:00 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Re: New to Hobbit --- file monitoring Nope, no joy there either. the man page seems to think it should be: FILE and that's pretty consistent with the other things I've put into the same file, which come up. I also tried: FILE "/etc/passwd" green noexist TRACK and FILE "/etc/passwd" green noexist Scott On 11/1/07, Hubbard, Greg L wrote: Try this FILE /etc/passwd noexist COLOR=green TRACK ________________________________ From: Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] Sent: Thursday, November 01, 2007 3:39 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Re: New to Hobbit --- file monitoring Well, at least its replicatable. Scott On 11/1/07, Scott Mohnkern < user-1386a26b8c7d@xymon.invalid > wrote: Thanks for the help. I edited /etc/hobbit/hobbit-clients.cfg so the line reads: FILE /etc/passwd GREEN noexist still no joy. Is there anyone on the list that has an example of a FILE line in their hobbit-clients.cfg file? On 11/1/07, Hubbard, Greg L < user-d970b5e56ec9@xymon.invalid > wrote: Try removing the TRACK keyword, and then change NOEXIST to lower case. I think Henrik has reported that there are a few bugs in this code, and it is not always clear when case matters and when it doesn't, or when the order of the arguments matters. ________________________________ From: Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] Sent: Thursday, November 01, 2007 3:10 PM To: user-ae9b8668bcde@xymon.invalid Subject: [hobbit] Re: New to Hobbit --- file monitoring When all else fails, nuke it and start over. I did an apt-get remove hobbit, and then a dpkg -- purge. Then I removed any files I could find. Then I downloaded the Ubuntu deb file and installed it. It put the configuration files in /etc/hobbit and it started fine I edited /etc/hobbit/hobbit-clients.cfg and added the following line: PROC ntpd 1 99 green "TEXT=NTPD is up" Restarted hobbit, and in a few minutes, it started reporting as expected. Then I added: PORT "LOCAL=%(:8888)" TEXT="Gnump is up" To the same file, (/etc/hobbit/hobbit-clients.cfg) and restared hobbit. A few minutes later, the ports section started reporting, as expected. (Though I realize that its a bit off, which I need to fix) Then I added: FILE /etc/passwd GREEN NOEXIST track Reading the documentation inside hobbit-clients.cfg I edited /etc/hobbit/client- local.cfg and added the following line: file:/etc/passwd restarted hobbit, waited 5 minutes. No luck. I'm pretty convinced that either: 1. the format of the line in /etc/hobbit/client-local.cfg or /etc/hobbit/hobbit-clients.cfg is incorrect, or 2. There's something else I need to edit. -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-1386a26b8c7d@xymon.invalid Fri Nov 2 02:59:47 2007 From: user-1386a26b8c7d@xymon.invalid (Scott Mohnkern) Date: Thu, 1 Nov 2007 21:59:47 -0400 Subject: [hobbit] Re: New to Hobbit --- file monitoring In-Reply-To: References: Message-ID: That's what I was missing (and was entirely unclear in the documentation. I knew I had to have an entry in both files, but didn't realize that I needed a hostname definition in both places. For purposes of completeness in documentation: 127,.0.0.1 and localhost do not in fact work for myserver.mydomain.name, however, the host name (from /etc/hostname) does. Now that I know that it's actually checking it, I just need to set the rules on it, which should be straightforward. Thanks! Scott On 11/1/07, Hubbard, Greg L wrote: > > Here is something I use that works. This is a "bookend" problem -- both > parts have to be done correctly. Hobbit tends to silently ignore errors in > configuration files. > > --------------------------------------------------- > > In client-local.cfg > > [myserver.mydomain.com] > file:/opt2/log/syslog.log > file:/opt2/log/security.log > file:/opt2/log/snmptrap.log > --------------------------------------------------- > > in hobbit-clients.cfg > > HOST=myserver.mydomain.com > FILE /opt2/log/syslog.log mtime<600 size<2G TRACK > FILE /opt2/log/security.log TRACK > FILE /opt2/log/snmptrap.log mtime<600 size<2G TRACK > ---------------------------------------------------- > > Some things to note > > a) the host names match exactly, and they are not enclosed in double > quotes. > > b) the file names match exactly > > c) this example is lifted from my running system, with the host name > changed to protect the guilty. I have some other examples that use color in > the "COLOR=color" format, which I believe is required, but I would have to > edit them more before I can post them. > > d) the client-local.cfg file has some predefined sections in it. Don't > use them. Make new ones. Only one section can be applied to a host, so cut > and paste will > be your friend. > > > ------------------------------ > *From:* Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] > *Sent:* Thursday, November 01, 2007 4:00 PM > *To:* user-ae9b8668bcde@xymon.invalid > *Subject:* Re: [hobbit] Re: New to Hobbit --- file monitoring > > Nope, no joy there either. the man page seems to think it should be: > > FILE > > and that's pretty consistent with the other things I've put into the same > file, which come up. > > I also tried: > > FILE "/etc/passwd" green noexist TRACK > > and > > FILE "/etc/passwd" green noexist > > > Scott > > > > On 11/1/07, Hubbard, Greg L wrote: > > > > Try this > > > > FILE /etc/passwd noexist COLOR=green TRACK > > > > ------------------------------ > > *From:* Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] > > *Sent:* Thursday, November 01, 2007 3:39 PM > > *To:* user-ae9b8668bcde@xymon.invalid > > *Subject:* Re: [hobbit] Re: New to Hobbit --- file monitoring > > > > Well, at least its replicatable. > > > > > > Scott > > > > > > On 11/1/07, Scott Mohnkern < user-1386a26b8c7d@xymon.invalid> wrote: > > > > > > Thanks for the help. I edited /etc/hobbit/hobbit-clients.cfg so the > > > line reads: > > > > > > FILE /etc/passwd GREEN noexist > > > > > > still no joy. > > > > > > Is there anyone on the list that has an example of a FILE line in > > > their hobbit-clients.cfg file? > > > > > > On 11/1/07, Hubbard, Greg L < user-d970b5e56ec9@xymon.invalid> wrote: > > > > > > > > > > > > Try removing the TRACK keyword, and then change NOEXIST to lower case. I think Henrik has reported that there are a few bugs in this code, > > > > and it is not always clear when case matters and when it doesn't, or > > > > when the order of the arguments matters. > > > > > > > > > > > > ------------------------------ > > > > *From:* Scott Mohnkern [mailto:user-1386a26b8c7d@xymon.invalid] > > > > *Sent:* Thursday, November 01, 2007 3:10 PM > > > > *To:* user-ae9b8668bcde@xymon.invalid > > > > *Subject:* [hobbit] Re: New to Hobbit --- file monitoring > > > > > > > > When all else fails, nuke it and start over. I did an apt-get > > > > remove hobbit, and then a dpkg -- purge. Then I removed any files I could > > > > find. Then I downloaded the Ubuntu deb file and installed it. It put the > > > > configuration files in /etc/hobbit and it started fine > > > > > > > > I edited /etc/hobbit/hobbit-clients.cfg and added the following > > > > line: > > > > > > > > PROC ntpd 1 99 green "TEXT=NTPD is up" > > > > > > > > > > > > Restarted hobbit, and in a few minutes, it started reporting as > > > > expected. > > > > > > > > Then I added: > > > > > > > > PORT "LOCAL=%(:8888)" TEXT="Gnump is up" > > > > > > > > To the same file, (/etc/hobbit/hobbit-clients.cfg) and restared > > > > hobbit. > > > > > > > > A few minutes later, the ports section started reporting, as > > > > expected. > > > > > > > > (Though I realize that its a bit off, which I need to fix) > > > > > > > > > > > > Then I added: > > > > > > > > FILE /etc/passwd GREEN NOEXIST track > > > > > > > > Reading the documentation inside hobbit-clients.cfg I edited > > > > /etc/hobbit/client- local.cfg and added the following line: > > > > file:/etc/passwd > > > > > > > > restarted hobbit, waited 5 minutes. No luck. > > > > > > > > > > > > I'm pretty convinced that either: > > > > > > > > 1. the format of the line in /etc/hobbit/client-local.cfg or > > > > /etc/hobbit/hobbit-clients.cfg is incorrect, or > > > > 2. There's something else I need to edit. > > > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-1b4fc4db2b2e@xymon.invalid Fri Nov 2 04:01:02 2007 From: user-1b4fc4db2b2e@xymon.invalid (user-1b4fc4db2b2e@xymon.invalid) Date: Fri, 2 Nov 2007 04:01:02 +0100 Subject: Daniel Hartwig ist =?ISO-8859-1?Q?au=DFer_Haus=2E?= Message-ID: Ich werde ab 02.11.2007 nicht im Büro sein. Ich kehre zurück am 05.11.2007. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. From user-90d6b09185eb@xymon.invalid Fri Nov 2 10:24:10 2007 From: user-90d6b09185eb@xymon.invalid (Redwan Hasan) Date: Fri, 2 Nov 2007 18:24:10 +0900 Subject: Monitoring client with Multple server...?? Message-ID: <000201c81d32$20c5bfa0$1401a8c0@Redwan> Hello, Im Redwan.. working as a system engineer an japanese company. I have been configured a hobbit server and monitoring some linux host. But now Im trying to monitoring a Linux Server which was already been monitoting by other hobbit server (From a differnet network ). I already several times changed the value of user-9fa51f9757d3@xymon.invalid file. but yet i dont able get the data cpu, disk, memory, .. please help and show me away to how can I exactly monitor a hobbit client from multiple hobbit server...? its a matter of urgent.... Redwan Beatone Inc. From user-787ca786c598@xymon.invalid Fri Nov 2 10:45:01 2007 From: user-787ca786c598@xymon.invalid (Richard Leyton) Date: Fri, 2 Nov 2007 09:45:01 +0000 Subject: [hobbit] Monitoring client with Multple server...?? In-Reply-To: <000201c81d32$20c5bfa0$1401a8c0@Redwan> References: <000201c81d32$20c5bfa0$1401a8c0@Redwan> Message-ID: To push client status to multiple servers, did you set BBDISP to 0.0.0.0? ie. BBDISP=0.0.0.0 BBDISPLAYS="1.2.3.4 6.7.8.9" where IP's in BBDISPLAYS are as appropriate for your environment http://www.hobbitmon.com/hobbit/help/manpages/man5/hobbitclient.cfg.5.html r. On 02/11/2007, Redwan Hasan wrote: > Hello, > Im Redwan.. working as a system engineer an japanese company. I have been > configured a hobbit server and monitoring some linux host. But now Im trying > to monitoring a Linux Server which was already been monitoting by other > hobbit server (From a differnet network ). I already several times changed > the value of user-9fa51f9757d3@xymon.invalid file. but yet i dont able get the > data cpu, disk, memory, .. please help and show me away to how can I exactly > monitor a hobbit client from multiple hobbit server...? its a matter of > urgent.... > > > Redwan > Beatone Inc. > > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > -- Richard Leyton http://www.leyton.org From user-769b09132207@xymon.invalid Fri Nov 2 11:23:25 2007 From: user-769b09132207@xymon.invalid (Johann Eggers) Date: Fri, 2 Nov 2007 11:23:25 +0100 Subject: [hobbit] Monitoring client with Multple server...?? In-Reply-To: <000201c81d32$20c5bfa0$1401a8c0@Redwan> References: <000201c81d32$20c5bfa0$1401a8c0@Redwan> Message-ID: Hi, Try this in your hobbitclient.cfg: BBDISP="0.0.0.0" # IP address of the Hobbit server BBDISPLAYS="1.2.3.4,5.6.7.8" # IP of multiple Hobbit servers. BBDISP must be "0.0.0.0". -Johann > -----Original Message----- > From: Redwan Hasan [mailto:user-90d6b09185eb@xymon.invalid] > Sent: Freitag, 2. November 2007 10:24 > To: user-ae9b8668bcde@xymon.invalid > Subject: [hobbit] Monitoring client with Multple server...?? > > Hello, > Im Redwan.. working as a system engineer an japanese company. I have been > configured a hobbit server and monitoring some linux host. But now Im > trying > to monitoring a Linux Server which was already been monitoting by other > hobbit server (From a differnet network ). I already several times changed > the value of user-9fa51f9757d3@xymon.invalid file. but yet i dont able get > the > data cpu, disk, memory, .. please help and show me away to how can I > exactly > monitor a hobbit client from multiple hobbit server...? its a matter of > urgent.... > > > Redwan > Beatone Inc. > > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > From user-5cd8675c2346@xymon.invalid Fri Nov 2 11:45:30 2007 From: user-5cd8675c2346@xymon.invalid (Deiss, Mark) Date: Fri, 2 Nov 2007 05:45:30 -0500 Subject: [hobbit] big brother replacement Message-ID: For a vanilla BB environment, you can have multiple BBDISPLAY entities but the recommendation is that there is only one BBNET entity. A BBNET server that is generating the pings out to the clients will be sending the ping results to all of the BBDISPLAY entities (as defined on the BBNET host). If you have multiple BBNET entities that ping the same servers, you will be sending duplicated results as far as the individual BBDISPLAY servers are concerned (the connection messages will be renamed to the host being pinged). To support multiple BBNETs in a non-race environment requires additional coding to carefully direct the BBNET results to not trip over each other. The default behavior is to pump them out to whatever BBDISPLAY is listed - you get the race conditions when you want all the BBDISPLAY servers to monitor all of the BBNET hosts (i.e. want BBNET to send their client-side tests to the BBDISPLAY entities - this will result in the BBNET poll messages going out to all the BBDISPLAY entities also). It's doable, hacked the heck out of the BB code base years ago to support three separate BBDISPLAY/BBNET servers that provided redundant monitoring over a client base and over each other. The goal in this case is the BBNET directs its status messages to only a defined group of BBDISPLAY servers - that will only have the one source of BBNET message traffic. The rest of the BBNET's tests would be allowed to go to a wider distribution of BBDISPLAY servers. These other tests would be keyed to the BBNET's server name so there would not be a race or conflict conditions occurring on the BBDISPLAY servers. The BBNET race condition may seem minor - but then think about what is going on with any RRD database entries - you would be updating if from all the BBNET entities in a given time window. Resulting trends can get really bizarre if the BBNET polls are originating from different network segments with different response times. Bad times from one segment getting masked in the trends due to updates occurring from another segment etc. Main difference in the commercial version of BB over the BTF version is that they added support for encrypting the communications from the clients to the servers. I would place some value on that as some sites are running external tests that are sending sensitive client information to the BBDISPLAY boxes. There may be a difference in the level of included documentation - but who reads the documentation anyways..... Maybe Mr. Croteau and Mr. MacGuire will do a LBO and take BB private again. -----Original Message----- From: Sloan [mailto:user-b1d2c84d244b@xymon.invalid] Sent: Thursday, November 01, 2007 8:05 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] big brother replacement Josh Luthman wrote: > That would be relative to Hobbit's bbtest I believe - someone correct > me if I'm wrong, I'm just guessing here! > > I don't see any reason to think that script wouldn't work with some > variable changes like BBNET=`$GREP BBNET $BBHOSTS | $GREP "^[0-9]" | > $GREP -v "^\#"` but I am not an expert by any means! Well, depending on what I hear on this list in the next day or so, taking a crack at adapting the old bb failover script may be my best option. > > Getting back to the version 3.3 - after 1.9btf Quest starting selling > the product. I don't know the exact history behind it but 1.9btf is > what you get without paying for anything. I have worked with and > continue to monitor a network with 3.1 or 3.2 (they decided to revert > from 3.3 as it looks quite a bit different on the BBDISPLAY) and I > honestly don't see what they've changed between 1.9 and 3.2. Most of > the features of BB I heard of or read were not only already in Hobbit > but were even better then what I had heard. Not to mention the dozens > of BB scripts that can be relatively painless to migrate. Ah, interesting - I always had the feeling that quest didn't do much of anything with the code except put in some verbiage and legal warnings, and tried to push their own proprietary and non linux-friendly stuff and left the bb code base to slowly decay. Joe To unsubscribe from the hobbit list, send an e-mail to user-095ef1c764a2@xymon.invalid -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-4a2fa5b5a229@xymon.invalid Fri Nov 2 13:30:38 2007 From: user-4a2fa5b5a229@xymon.invalid (PAUL WILLIAMSON) Date: Fri, 02 Nov 2007 08:30:38 -0400 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: The biggest problem I have with going to Hobbit is there is no snmp trap sending support. We don't use BB as our main interface for showing all alerts, but it is required and we do send snmp traps from the BBPAGER to our main dashboard of alerts. Is this functionality in Hobbit yet? ************************************ This email may contain privileged and/or confidential information that is intended solely for the use of the addressee. If you are not the intended recipient or entity, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the transmission. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act. You may not directly or indirectly reuse or disclose such information for any purpose other than to provide the services for which you are receiving the information. There are risks associated with the use of electronic transmission. The sender of this information does not control the method of transmittal or service providers and assumes no duty or obligation for the security, receipt, or third party interception of this transmission. ************************************ -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-8b22a8e3a886@xymon.invalid Fri Nov 2 13:46:44 2007 From: user-8b22a8e3a886@xymon.invalid (Dennis Ortsen) Date: Fri, 2 Nov 2007 13:46:44 +0100 Subject: strange result in fping by hobbit and fping by yours truly Message-ID: <000001c81d4e$6dc5e700$user-eea6a204c5f0@xymon.invalid> Hi everyone, I've got a somewhat strange issue with fping in hobbit. I've got a list of about 122 terminals that are used for a chipcard payment system. Each one of them has an ip-address and connects to a server to process the payments. Every now and then the terminals loose the connection or whatever, they need to be reset before they can process the payments again on the server. I thought I might use Hobbit to ping all the terminals to see if they still respond to a ping. If they don't reply anymore, they need a reset. I only do a conn test on an ip-address. I use the full path to fping in hobbitserver.cfg, without any extra parameters. When hobbit starts testing the connection, only 14 terminals respond to a ping, but when I execute a fping myself (as the hobbit user) in a shell to the same amount of terminals, I get a totally different result, instead of 14 responding terminals, I get 95 responding terminals with fping! It's not just a lucky shot, I can keep on trying these terminals, the huge difference remains whether I fping them myself or when hobbit fpings them. I'm running hobbit 4.2.0. According to bbtest I have 806 hosts that are pinged, that takes about 26 seconds to complete. To complete all tests (954), it takes about 47 seconds. Does anyone have a clue why specifically these terminals have such a difference in hobbit ping and a ping performed by myself? I can't explain it, and it doesn't seem like a timeout (latency) issue to me either. Thanks in advance, Br. Dennis From user-d970b5e56ec9@xymon.invalid Fri Nov 2 15:20:58 2007 From: user-d970b5e56ec9@xymon.invalid (Hubbard, Greg L) Date: Fri, 2 Nov 2007 09:20:58 -0500 Subject: [hobbit] strange result in fping by hobbit and fping by yours truly In-Reply-To: <000001c81d4e$6dc5e700$user-eea6a204c5f0@xymon.invalid> References: <000001c81d4e$6dc5e700$user-eea6a204c5f0@xymon.invalid> Message-ID: DNS? -----Original Message----- From: Dennis Ortsen [mailto:user-8b22a8e3a886@xymon.invalid] Sent: Friday, November 02, 2007 7:47 AM To: user-ae9b8668bcde@xymon.invalid Subject: [hobbit] strange result in fping by hobbit and fping by yours truly Hi everyone, I've got a somewhat strange issue with fping in hobbit. I've got a list of about 122 terminals that are used for a chipcard payment system. Each one of them has an ip-address and connects to a server to process the payments. Every now and then the terminals loose the connection or whatever, they need to be reset before they can process the payments again on the server. I thought I might use Hobbit to ping all the terminals to see if they still respond to a ping. If they don't reply anymore, they need a reset. I only do a conn test on an ip-address. I use the full path to fping in hobbitserver.cfg, without any extra parameters. When hobbit starts testing the connection, only 14 terminals respond to a ping, but when I execute a fping myself (as the hobbit user) in a shell to the same amount of terminals, I get a totally different result, instead of 14 responding terminals, I get 95 responding terminals with fping! It's not just a lucky shot, I can keep on trying these terminals, the huge difference remains whether I fping them myself or when hobbit fpings them. I'm running hobbit 4.2.0. According to bbtest I have 806 hosts that are pinged, that takes about 26 seconds to complete. To complete all tests (954), it takes about 47 seconds. Does anyone have a clue why specifically these terminals have such a difference in hobbit ping and a ping performed by myself? I can't explain it, and it doesn't seem like a timeout (latency) issue to me either. Thanks in advance, Br. Dennis To unsubscribe from the hobbit list, send an e-mail to user-095ef1c764a2@xymon.invalid From user-4c45a83f15cb@xymon.invalid Fri Nov 2 15:36:56 2007 From: user-4c45a83f15cb@xymon.invalid (Josh Luthman) Date: Fri, 2 Nov 2007 10:36:56 -0400 Subject: [hobbit] Monitoring client with Multple server...?? In-Reply-To: References: <000201c81d32$20c5bfa0$1401a8c0@Redwan> Message-ID: Are BBDISLPAYS values comma or space delimited? On 11/2/07, Richard Leyton wrote: > > To push client status to multiple servers, did you set BBDISP to 0.0.0.0? > ie. > > BBDISP=0.0.0.0 > BBDISPLAYS="1.2.3.4 6.7.8.9" > > where IP's in BBDISPLAYS are as appropriate for your environment > > http://www.hobbitmon.com/hobbit/help/manpages/man5/hobbitclient.cfg.5.html > > r. > > On 02/11/2007, Redwan Hasan wrote: > > Hello, > > Im Redwan.. working as a system engineer an japanese company. I have > been > > configured a hobbit server and monitoring some linux host. But now Im > trying > > to monitoring a Linux Server which was already been monitoting by other > > hobbit server (From a differnet network ). I already several times > changed > > the value of user-9fa51f9757d3@xymon.invalid file. but yet i dont able get > the > > data cpu, disk, memory, .. please help and show me away to how can I > exactly > > monitor a hobbit client from multiple hobbit server...? its a matter of > > urgent.... > > > > > > Redwan > > Beatone Inc. > > > > > > To unsubscribe from the hobbit list, send an e-mail to > > user-095ef1c764a2@xymon.invalid > > > > > > > > > -- > Richard Leyton > http://www.leyton.org > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-ce4a2c883f75@xymon.invalid Fri Nov 2 15:37:20 2007 From: user-ce4a2c883f75@xymon.invalid (Henrik Stoerner) Date: Fri, 2 Nov 2007 15:37:20 +0100 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: Hi Joe, On Thu, Nov 01, 2007 at 03:20:12PM -0700, Sloan wrote: > So, the $64 question: Is there anything in hobbit, or on the horizon, > which will allow hobbit to serve as a drop-in replacement for bb, > including the failover capability? The BB "failover" script does two things: It makes the network tests run on the failover server if the primary BBNET server cannot be ping'ed; and it enables alerts being sent from the failover server if there is no connection from the failover server to the primary BBPAGER server. The network-test failover is fairly simple to do. I've attached two scripts here, both of which must run on the backup/standby/failover server: 1) failover.sh - goes in ~hobbit/server/ext/ Add a section to hobbitlaunch.cfg with [failovercheck] ENVFILE /usr/lib/hobbit/server/etc/hobbitserver.cfg NEEDS hobbitd CMD $BBHOME/ext/failover.sh 10.0.0.1 hobbitnet.mydom.com "10.0.0.1" is the IP of your primary Hobbit server, "hobbitnet.mydom.com" is the hostname (in the bb-hosts file) of the primary network test machine. What this does is that it queries the primary Hobbit server for how long ago the network tests were updated. If more than 7 minutes ago it deems the primary network test node to be DOWN, and flags this via the file $BBTMP/primarynetDOWN. If the network test update was less than 7 minutes ago, it removes the file. This is then used by the other script, which replaces the CMD in the "[bbnet]" section in hobbitlaunch.cfg. 2) failovernet.sh - goes in ~hobbit/server/ext/ When this runs to do the normal network tests, it will check for the presence of the $BBTMP/primarynetDOWN file. If this file exists, it picks up the IP of the primary Hobbit server from the file, and modifies the settings to report data to both the normal (local) Hobbit server, and to the primary server. If the file does not exist, it will just run the network tests the normal way. So to run this, modify the [bbnet] section in hobbitlaunch.cfg and change the CMD setting to "$BBHOME/server/ext/failovernet.sh" The alert failover is different, because Hobbit doesn't have a separate BBPAGER server - alerts are sent from the same host that handles the Hobbit data collection and webpages. A solution to this has been implemented for the next release, where the alerting module can be distributed onto multiple servers, but only one of them will send alerts at any given time. Regards, Henrik -------------- next part -------------- A non-text attachment was scrubbed... Name: failover.sh Type: application/x-sh Size: 1631 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: failovernet.sh Type: application/x-sh Size: 397 bytes Desc: not available URL: From user-ce4a2c883f75@xymon.invalid Fri Nov 2 15:39:00 2007 From: user-ce4a2c883f75@xymon.invalid (Henrik Stoerner) Date: Fri, 2 Nov 2007 15:39:00 +0100 Subject: [hobbit] Monitoring client with Multple server...?? In-Reply-To: References: <000201c81d32$20c5bfa0$1401a8c0@Redwan> Message-ID: On Fri, Nov 02, 2007 at 10:36:56AM -0400, Josh Luthman wrote: > Are BBDISLPAYS values comma or space delimited? Space. Henrik From user-ce4a2c883f75@xymon.invalid Fri Nov 2 15:43:35 2007 From: user-ce4a2c883f75@xymon.invalid (Henrik Stoerner) Date: Fri, 2 Nov 2007 15:43:35 +0100 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: On Fri, Nov 02, 2007 at 08:30:38AM -0400, PAUL WILLIAMSON wrote: > > The biggest problem I have with going to Hobbit is there is no snmp trap sending support. We don't use BB as our main interface for showing all alerts, but it is required and we do send snmp traps from the BBPAGER to our main dashboard of alerts. Is this functionality in Hobbit yet? BB really just calls the "snmptrap" utility to send the trap message to your SNMP based console. A script to do the same from hobbit-alerts.cfg is a very simple solution to this. Henrik From user-4c45a83f15cb@xymon.invalid Fri Nov 2 15:44:17 2007 From: user-4c45a83f15cb@xymon.invalid (Josh Luthman) Date: Fri, 2 Nov 2007 10:44:17 -0400 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: So I take it that Joe has to Paypal Henrik $64 now? Please let me, and everyone else of course, know how the failover script works on Hobbit. I'd be very interested in knowing the result to this! Thanks to all three of you! On 11/2/07, Henrik Stoerner wrote: > > Hi Joe, > > On Thu, Nov 01, 2007 at 03:20:12PM -0700, Sloan wrote: > > So, the $64 question: Is there anything in hobbit, or on the horizon, > > which will allow hobbit to serve as a drop-in replacement for bb, > > including the failover capability? > > The BB "failover" script does two things: It makes the network tests > run on the failover server if the primary BBNET server cannot be > ping'ed; and it enables alerts being sent from the failover server > if there is no connection from the failover server to the primary > BBPAGER server. > > > The network-test failover is fairly simple to do. I've attached two > scripts here, both of which must run on the backup/standby/failover > server: > > 1) failover.sh - goes in ~hobbit/server/ext/ > Add a section to hobbitlaunch.cfg with > > [failovercheck] > ENVFILE /usr/lib/hobbit/server/etc/hobbitserver.cfg > NEEDS hobbitd > CMD $BBHOME/ext/failover.sh 10.0.0.1 hobbitnet.mydom.com > > "10.0.0.1" is the IP of your primary Hobbit server, > "hobbitnet.mydom.com" is the hostname (in the bb-hosts file) of the > primary network test machine. > > What this does is that it queries the primary Hobbit server for how > long ago the network tests were updated. If more than 7 minutes ago > it deems the primary network test node to be DOWN, and flags this via > the file $BBTMP/primarynetDOWN. If the network test update was less > than 7 minutes ago, it removes the file. > > This is then used by the other script, which replaces the CMD in the > "[bbnet]" section in hobbitlaunch.cfg. > > 2) failovernet.sh - goes in ~hobbit/server/ext/ > When this runs to do the normal network tests, it will check for the > presence of the $BBTMP/primarynetDOWN file. If this file exists, it > picks up the IP of the primary Hobbit server from the file, and > modifies the settings to report data to both the normal (local) > Hobbit server, and to the primary server. If the file does not exist, > it will just run the network tests the normal way. > So to run this, modify the [bbnet] section in hobbitlaunch.cfg and > change the CMD setting to "$BBHOME/server/ext/failovernet.sh" > > > The alert failover is different, because Hobbit doesn't have a separate > BBPAGER server - alerts are sent from the same host that handles the > Hobbit data collection and webpages. A solution to this has been > implemented for the next release, where the alerting module can be > distributed onto multiple servers, but only one of them will send alerts > at any given time. > > > Regards, > Henrik > > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-4c45a83f15cb@xymon.invalid Fri Nov 2 15:47:52 2007 From: user-4c45a83f15cb@xymon.invalid (Josh Luthman) Date: Fri, 2 Nov 2007 10:47:52 -0400 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: I believe there is a workaround for it using something else. I know you can find it in the mailing list archives - it has been asked and discussed many times. I read that Henrik has SNMP planned for a later release, too, though I don't believe that is confirmed. Josh On 11/2/07, PAUL WILLIAMSON wrote: > > The biggest problem I have with going to Hobbit is there is no snmp trap > sending support. We don't use BB as our main interface for showing all > alerts, but it is required and we do send snmp traps from the BBPAGER to our > main dashboard of alerts. Is this functionality in Hobbit yet? > > ************************************ > This email may contain privileged and/or confidential information that is > intended solely for the use of the addressee. If you are not the intended > recipient or entity, you are strictly prohibited from disclosing, copying, > distributing or using any of the information contained in the transmission. > If you received this communication in error, please contact the sender > immediately and destroy the material in its entirety, whether electronic or > hard copy. This communication may contain nonpublic personal information > about consumers subject to the restrictions of the Gramm-Leach-Bliley Act > and the Sarbanes-Oxley Act. You may not directly or indirectly reuse or > disclose such information for any purpose other than to provide the services > for which you are receiving the information. > There are risks associated with the use of electronic transmission. The > sender of this information does not control the method of transmittal or > service providers and assumes no duty or obligation for the security, > receipt, or third party interception of this transmission. > ************************************ > -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-d970b5e56ec9@xymon.invalid Fri Nov 2 16:01:57 2007 From: user-d970b5e56ec9@xymon.invalid (Hubbard, Greg L) Date: Fri, 2 Nov 2007 10:01:57 -0500 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: Paul, Drop me a private email and I will tell you what I am doing for my "main dashboard of alerts." GLH ________________________________ From: PAUL WILLIAMSON [mailto:user-4a2fa5b5a229@xymon.invalid] Sent: Friday, November 02, 2007 7:31 AM To: user-ae9b8668bcde@xymon.invalid Subject: RE: [hobbit] big brother replacement The biggest problem I have with going to Hobbit is there is no snmp trap sending support. We don't use BB as our main interface for showing all alerts, but it is required and we do send snmp traps from the BBPAGER to our main dashboard of alerts. Is this functionality in Hobbit yet? ************************************ This email may contain privileged and/or confidential information that is intended solely for the use of the addressee. If you are not the intended recipient or entity, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the transmission. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act. You may not directly or indirectly reuse or disclose such information for any purpose other than to provide the services for which you are receiving the information. There are risks associated with the use of electronic transmission. The sender of this information does not control the method of transmittal or service providers and assumes no duty or obligation for the security, receipt, or third party interception of this transmission. ************************************ -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-b6e28cb93fa4@xymon.invalid Fri Nov 2 16:07:28 2007 From: user-b6e28cb93fa4@xymon.invalid (Tod Hansmann) Date: Fri, 2 Nov 2007 09:07:28 -0600 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: For posterity: We use mrtg to do all our SNMP polling (I know devmon is the popular solution hear, but it's messy and so multi-filed so we have a bad taste for it) and for traps we have a script we stopped using recently, but it was setup much like Henrik stated. It was just added to hobbit-alerts.cfg and life was good. Tod Hansmann Network Engineer ________________________________ From: Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid] Sent: Friday, November 02, 2007 8:48 AM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] big brother replacement I believe there is a workaround for it using something else. I know you can find it in the mailing list archives - it has been asked and discussed many times. I read that Henrik has SNMP planned for a later release, too, though I don't believe that is confirmed. Josh On 11/2/07, PAUL WILLIAMSON wrote: The biggest problem I have with going to Hobbit is there is no snmp trap sending support. We don't use BB as our main interface for showing all alerts, but it is required and we do send snmp traps from the BBPAGER to our main dashboard of alerts. Is this functionality in Hobbit yet? ************************************ This email may contain privileged and/or confidential information that is intended solely for the use of the addressee. If you are not the intended recipient or entity, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the transmission. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act. You may not directly or indirectly reuse or disclose such information for any purpose other than to provide the services for which you are receiving the information. There are risks associated with the use of electronic transmission. The sender of this information does not control the method of transmittal or service providers and assumes no duty or obligation for the security, receipt, or third party interception of this transmission. ************************************ -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 1744 bytes Desc: image001.gif URL: From user-8b22a8e3a886@xymon.invalid Fri Nov 2 16:28:29 2007 From: user-8b22a8e3a886@xymon.invalid (Dennis Ortsen) Date: Fri, 2 Nov 2007 16:28:29 +0100 Subject: [hobbit] strange result in fping by hobbit and fping by yours truly In-Reply-To: References: <000001c81d4e$6dc5e700$user-eea6a204c5f0@xymon.invalid> Message-ID: <007501c81d65$06756b40$user-eea6a204c5f0@xymon.invalid> These terminals are not in DNS. There's also a large amount of Cisco accesspoints that are fpinged the same way. These AP's are also not in DNS. The number of AP's is even larger than the number of terminals: 247. > -----Oorspronkelijk bericht----- > Van: Hubbard, Greg L [mailto:user-d970b5e56ec9@xymon.invalid] > Verzonden: vrijdag 2 november 2007 15:21 > Aan: user-ae9b8668bcde@xymon.invalid > Onderwerp: RE: [hobbit] strange result in fping by hobbit and > fping by yours truly > > DNS? > > -----Original Message----- > From: Dennis Ortsen [mailto:user-8b22a8e3a886@xymon.invalid] > Sent: Friday, November 02, 2007 7:47 AM > To: user-ae9b8668bcde@xymon.invalid > Subject: [hobbit] strange result in fping by hobbit and fping > by yours truly > > > Hi everyone, > > I've got a somewhat strange issue with fping in hobbit. > > I've got a list of about 122 terminals that are used for a chipcard > payment system. Each one of them has an ip-address and connects to a > server to process the payments. Every now and then the terminals loose > the connection or whatever, they need to be reset before they can > process the payments again on the server. I thought I might use Hobbit > to ping all the terminals to see if they still respond to a ping. If > they don't reply anymore, they need a reset. > > I only do a conn test on an ip-address. I use the full path > to fping in > hobbitserver.cfg, without any extra parameters. When hobbit starts > testing the connection, only 14 terminals respond to a ping, > but when I > execute a fping myself (as the hobbit user) in a shell to the same > amount of terminals, I get a totally different result, instead of 14 > responding terminals, I get 95 responding terminals with > fping! It's not > just a lucky shot, I can keep on trying these terminals, the huge > difference remains whether I fping them myself or when hobbit fpings > them. > > I'm running hobbit 4.2.0. According to bbtest I have 806 > hosts that are > pinged, that takes about 26 seconds to complete. To complete all tests > (954), it takes about 47 seconds. > > Does anyone have a clue why specifically these terminals have such a > difference in hobbit ping and a ping performed by myself? > > I can't explain it, and it doesn't seem like a timeout (latency) issue > to me either. > > Thanks in advance, > > Br. > > Dennis > > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > From user-24d6f8323faa@xymon.invalid Fri Nov 2 16:36:56 2007 From: user-24d6f8323faa@xymon.invalid (Hobbit User) Date: Fri, 2 Nov 2007 11:36:56 -0400 (EDT) Subject: [hobbit] strange result in fping by hobbit and fping by yours truly In-Reply-To: <007501c81d65$06756b40$user-eea6a204c5f0@xymon.invalid> References: <000001c81d4e$6dc5e700$user-eea6a204c5f0@xymon.invalid> <007501c81d65$06756b40$user-eea6a204c5f0@xymon.invalid> Message-ID: You're aware, aren't you, that unless you have "testip" keyword on the bb-hosts line, hobbit DNS resolves the bb-hosts name and uses the bb-hosts IP only if the name lookup fails? On Fri, November 2, 2007 11:28, Dennis Ortsen wrote: > These terminals are not in DNS. There's also a large amount of Cisco > accesspoints that are fpinged the same way. These AP's are also not in > DNS. > The number of AP's is even larger than the number of terminals: 247. > >> -----Oorspronkelijk bericht----- >> Van: Hubbard, Greg L [mailto:user-d970b5e56ec9@xymon.invalid] >> Verzonden: vrijdag 2 november 2007 15:21 >> Aan: user-ae9b8668bcde@xymon.invalid >> Onderwerp: RE: [hobbit] strange result in fping by hobbit and >> fping by yours truly >> >> DNS? >> >> -----Original Message----- >> From: Dennis Ortsen [mailto:user-8b22a8e3a886@xymon.invalid] >> Sent: Friday, November 02, 2007 7:47 AM >> To: user-ae9b8668bcde@xymon.invalid >> Subject: [hobbit] strange result in fping by hobbit and fping >> by yours truly >> >> >> Hi everyone, >> >> I've got a somewhat strange issue with fping in hobbit. >> >> I've got a list of about 122 terminals that are used for a chipcard >> payment system. Each one of them has an ip-address and connects to a >> server to process the payments. Every now and then the terminals loose >> the connection or whatever, they need to be reset before they can >> process the payments again on the server. I thought I might use Hobbit >> to ping all the terminals to see if they still respond to a ping. If >> they don't reply anymore, they need a reset. >> >> I only do a conn test on an ip-address. I use the full path >> to fping in >> hobbitserver.cfg, without any extra parameters. When hobbit starts >> testing the connection, only 14 terminals respond to a ping, >> but when I >> execute a fping myself (as the hobbit user) in a shell to the same >> amount of terminals, I get a totally different result, instead of 14 >> responding terminals, I get 95 responding terminals with >> fping! It's not >> just a lucky shot, I can keep on trying these terminals, the huge >> difference remains whether I fping them myself or when hobbit fpings >> them. >> >> I'm running hobbit 4.2.0. According to bbtest I have 806 >> hosts that are >> pinged, that takes about 26 seconds to complete. To complete all tests >> (954), it takes about 47 seconds. >> >> Does anyone have a clue why specifically these terminals have such a >> difference in hobbit ping and a ping performed by myself? >> >> I can't explain it, and it doesn't seem like a timeout (latency) issue >> to me either. >> >> Thanks in advance, >> >> Br. >> >> Dennis >> >> >> To unsubscribe from the hobbit list, send an e-mail to >> user-095ef1c764a2@xymon.invalid >> >> >> >> To unsubscribe from the hobbit list, send an e-mail to >> user-095ef1c764a2@xymon.invalid >> >> > > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > From user-9b139aff4dec@xymon.invalid Fri Nov 2 16:47:11 2007 From: user-9b139aff4dec@xymon.invalid (Buchan Milne) Date: Fri, 2 Nov 2007 17:47:11 +0200 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: On Friday 02 November 2007 17:07:28 Tod Hansmann wrote: > For posterity: > > > > We use mrtg to do all our SNMP polling (I know devmon is the popular > solution hear, but it's messy and so multi-filed so we have a bad taste > for it) Would you like to expand on what's wrong with devmon? The problem I have with mrtg/cacti etc. is that they *only* do trends, which is half the job. I have got interface graphs (as well as temperature for Dell and HP servers) working, and there is very little that our cacti installation is doing that I still need to have available on devmon. Regards, Buchan From user-3feba9e60a8b@xymon.invalid Fri Nov 2 16:48:49 2007 From: user-3feba9e60a8b@xymon.invalid (Kauffman, Tom) Date: Fri, 2 Nov 2007 11:48:49 -0400 Subject: do_vmstat.c and AIX 5 LPAR again In-Reply-To: Message-ID: Henrik -- I've been looking at do_vmstat.c again, and while part of the problem I'm having with cpu_pc is from the format string used to populate the rrd, the REAL problem comes from the atoi conversion of all the incoming values before checking to see what OS has provided them. In an AIX 5.x DLPAR environment, cpu_pc will range from 0.01 (lowest possible value, one hundredth of a physical cpu) to 16.00 (all sixteen cpus in the system). For the vast majority of systems this value will be less than 2.00, with a very large number of systems reporting less than 1.00 on a normal basis. Dropping the decimal fraction is just not an option. Tom Kauffman NIBCO, Inc 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. From user-4c45a83f15cb@xymon.invalid Fri Nov 2 16:49:51 2007 From: user-4c45a83f15cb@xymon.invalid (Josh Luthman) Date: Fri, 2 Nov 2007 11:49:51 -0400 Subject: [hobbit] strange result in fping by hobbit and fping by yours truly In-Reply-To: References: <000001c81d4e$6dc5e700$user-eea6a204c5f0@xymon.invalid> <007501c81d65$06756b40$user-eea6a204c5f0@xymon.invalid> Message-ID: What was suggested was that you have something like 172.16.1.50 terminal150.notmydomain.com # Here Hobbit is attempting to resolve terminal150.notmydomain.com, fails, and then pings the IP address. Since you know the IP and it isn't going to change, try 172.16.1.50 terminal150.notmydomain.com # testip See if that resolves your issue. Note you can click on the host on the web interface and it will say the IP it is pinging. On 11/2/07, Hobbit User wrote: > > You're aware, aren't you, that unless you have "testip" keyword on the > bb-hosts line, hobbit DNS resolves the bb-hosts name and uses the bb-hosts > IP only if the name lookup fails? > > On Fri, November 2, 2007 11:28, Dennis Ortsen wrote: > > These terminals are not in DNS. There's also a large amount of Cisco > > accesspoints that are fpinged the same way. These AP's are also not in > > DNS. > > The number of AP's is even larger than the number of terminals: 247. > > > >> -----Oorspronkelijk bericht----- > >> Van: Hubbard, Greg L [mailto:user-d970b5e56ec9@xymon.invalid] > >> Verzonden: vrijdag 2 november 2007 15:21 > >> Aan: user-ae9b8668bcde@xymon.invalid > >> Onderwerp: RE: [hobbit] strange result in fping by hobbit and > >> fping by yours truly > >> > >> DNS? > >> > >> -----Original Message----- > >> From: Dennis Ortsen [mailto:user-8b22a8e3a886@xymon.invalid] > >> Sent: Friday, November 02, 2007 7:47 AM > >> To: user-ae9b8668bcde@xymon.invalid > >> Subject: [hobbit] strange result in fping by hobbit and fping > >> by yours truly > >> > >> > >> Hi everyone, > >> > >> I've got a somewhat strange issue with fping in hobbit. > >> > >> I've got a list of about 122 terminals that are used for a chipcard > >> payment system. Each one of them has an ip-address and connects to a > >> server to process the payments. Every now and then the terminals loose > >> the connection or whatever, they need to be reset before they can > >> process the payments again on the server. I thought I might use Hobbit > >> to ping all the terminals to see if they still respond to a ping. If > >> they don't reply anymore, they need a reset. > >> > >> I only do a conn test on an ip-address. I use the full path > >> to fping in > >> hobbitserver.cfg, without any extra parameters. When hobbit starts > >> testing the connection, only 14 terminals respond to a ping, > >> but when I > >> execute a fping myself (as the hobbit user) in a shell to the same > >> amount of terminals, I get a totally different result, instead of 14 > >> responding terminals, I get 95 responding terminals with > >> fping! It's not > >> just a lucky shot, I can keep on trying these terminals, the huge > >> difference remains whether I fping them myself or when hobbit fpings > >> them. > >> > >> I'm running hobbit 4.2.0. According to bbtest I have 806 > >> hosts that are > >> pinged, that takes about 26 seconds to complete. To complete all tests > >> (954), it takes about 47 seconds. > >> > >> Does anyone have a clue why specifically these terminals have such a > >> difference in hobbit ping and a ping performed by myself? > >> > >> I can't explain it, and it doesn't seem like a timeout (latency) issue > >> to me either. > >> > >> Thanks in advance, > >> > >> Br. > >> > >> Dennis > >> > >> > >> To unsubscribe from the hobbit list, send an e-mail to > >> user-095ef1c764a2@xymon.invalid > >> > >> > >> > >> To unsubscribe from the hobbit list, send an e-mail to > >> user-095ef1c764a2@xymon.invalid > >> > >> > > > > > > To unsubscribe from the hobbit list, send an e-mail to > > user-095ef1c764a2@xymon.invalid > > > > > > > > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > -- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -------------- next part -------------- An HTML attachment was scrubbed... URL: From user-ce4a2c883f75@xymon.invalid Fri Nov 2 18:06:32 2007 From: user-ce4a2c883f75@xymon.invalid (Henrik Stoerner) Date: Fri, 2 Nov 2007 18:06:32 +0100 Subject: [hobbit] strange result in fping by hobbit and fping by yours truly In-Reply-To: <000001c81d4e$6dc5e700$user-eea6a204c5f0@xymon.invalid> References: <000001c81d4e$6dc5e700$user-eea6a204c5f0@xymon.invalid> Message-ID: On Fri, Nov 02, 2007 at 01:46:44PM +0100, Dennis Ortsen wrote: > I only do a conn test on an ip-address. I use the full path to fping in > hobbitserver.cfg, without any extra parameters. When hobbit starts testing > the connection, only 14 terminals respond to a ping, but when I execute a > fping myself (as the hobbit user) in a shell to the same amount of > terminals, I get a totally different result, instead of 14 responding > terminals, I get 95 responding terminals with fping! It's not just a lucky > shot, I can keep on trying these terminals, the huge difference remains > whether I fping them myself or when hobbit fpings them. > > I'm running hobbit 4.2.0. According to bbtest I have 806 hosts that are > pinged, that takes about 26 seconds to complete. To complete all tests > (954), it takes about 47 seconds. > > Does anyone have a clue why specifically these terminals have such a > difference in hobbit ping and a ping performed by myself? What error does the failed ping tests show - DNS error, or just ping failure ? If it's DNS errors, use the "testip" tag to avoid doing DNS lookups - I understand from the other mails in the thread that these systems are not in the DNS. I suspect it might be an issue with the number of tests running simultaneously. ICMP packets have lower priority in most network equipment, and is therefore the first packets to be discarded when there is a lot of traffic on the network. Since you're referring to "terminals" they might not have a lot of memory for network buffers and therefore they might drop packets more often than "real" computers. There is also a possibility that the number of hosts tested is overflowing the ARP cache table on the Hobbit server, which can lead to packets being lost. I'd suggest starting with some extra options for bbtest-net (in hobbitlaunch.cfg): Add --concurrency=32 to the bbtest-net command, and change the FPING setting in hobbitserver.cfg to FPING="fping -i150", this will increase the time fping waits between sending packets from 25 ms to 150 ms, so there is less ICMP traffic on the network. You can replicate how Hobbit performs the ping test by putting the IP's of all your hosts into a text file (one IP per line), then run fping -Ae References: Message-ID: This looks promising, I'll give it a whirl - Joe Henrik Stoerner wrote: > Hi Joe, > > On Thu, Nov 01, 2007 at 03:20:12PM -0700, Sloan wrote: > >> So, the $64 question: Is there anything in hobbit, or on the horizon, >> which will allow hobbit to serve as a drop-in replacement for bb, >> including the failover capability? >> > > The BB "failover" script does two things: It makes the network tests > run on the failover server if the primary BBNET server cannot be > ping'ed; and it enables alerts being sent from the failover server > if there is no connection from the failover server to the primary > BBPAGER server. > > > The network-test failover is fairly simple to do. I've attached two > scripts here, both of which must run on the backup/standby/failover > server: > > 1) failover.sh - goes in ~hobbit/server/ext/ > Add a section to hobbitlaunch.cfg with > > [failovercheck] > ENVFILE /usr/lib/hobbit/server/etc/hobbitserver.cfg > NEEDS hobbitd > CMD $BBHOME/ext/failover.sh 10.0.0.1 hobbitnet.mydom.com > > "10.0.0.1" is the IP of your primary Hobbit server, > "hobbitnet.mydom.com" is the hostname (in the bb-hosts file) of the > primary network test machine. > > What this does is that it queries the primary Hobbit server for how > long ago the network tests were updated. If more than 7 minutes ago > it deems the primary network test node to be DOWN, and flags this via > the file $BBTMP/primarynetDOWN. If the network test update was less > than 7 minutes ago, it removes the file. > > This is then used by the other script, which replaces the CMD in the > "[bbnet]" section in hobbitlaunch.cfg. > > 2) failovernet.sh - goes in ~hobbit/server/ext/ > When this runs to do the normal network tests, it will check for the > presence of the $BBTMP/primarynetDOWN file. If this file exists, it > picks up the IP of the primary Hobbit server from the file, and > modifies the settings to report data to both the normal (local) > Hobbit server, and to the primary server. If the file does not exist, > it will just run the network tests the normal way. > So to run this, modify the [bbnet] section in hobbitlaunch.cfg and > change the CMD setting to "$BBHOME/server/ext/failovernet.sh" > > > The alert failover is different, because Hobbit doesn't have a separate > BBPAGER server - alerts are sent from the same host that handles the > Hobbit data collection and webpages. A solution to this has been > implemented for the next release, where the alerting module can be > distributed onto multiple servers, but only one of them will send alerts > at any given time. > > > Regards, > Henrik > > > ------------------------------------------------------------------------ > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > From user-b1d2c84d244b@xymon.invalid Fri Nov 2 18:19:35 2007 From: user-b1d2c84d244b@xymon.invalid (Sloan) Date: Fri, 02 Nov 2007 10:19:35 -0700 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: Yes, but keep in mind that's $64 octal. Joe Josh Luthman wrote: > So I take it that Joe has to Paypal Henrik $64 now? > > Please let me, and everyone else of course, know how the failover > script works on Hobbit. I'd be very interested in knowing the result > to this! > > Thanks to all three of you! > > On 11/2/07, *Henrik Stoerner* > > wrote: > > Hi Joe, > > On Thu, Nov 01, 2007 at 03:20:12PM -0700, Sloan wrote: > > So, the $64 question: Is there anything in hobbit, or on the > horizon, > > which will allow hobbit to serve as a drop-in replacement for bb, > > including the failover capability? > > The BB "failover" script does two things: It makes the network tests > run on the failover server if the primary BBNET server cannot be > ping'ed; and it enables alerts being sent from the failover server > if there is no connection from the failover server to the primary > BBPAGER server. > > > The network-test failover is fairly simple to do. I've attached two > scripts here, both of which must run on the backup/standby/failover > server: > > 1) failover.sh - goes in ~hobbit/server/ext/ > Add a section to hobbitlaunch.cfg with > > [failovercheck] > ENVFILE /usr/lib/hobbit/server/etc/hobbitserver.cfg > NEEDS hobbitd > CMD $BBHOME/ext/failover.sh 10.0.0.1 > hobbitnet.mydom.com > > "10.0.0.1 " is the IP of your primary Hobbit > server, > "hobbitnet.mydom.com " is the > hostname (in the bb-hosts file) of the > primary network test machine. > > What this does is that it queries the primary Hobbit server for > how > long ago the network tests were updated. If more than 7 minutes ago > it deems the primary network test node to be DOWN, and flags > this via > the file $BBTMP/primarynetDOWN. If the network test update was > less > than 7 minutes ago, it removes the file. > > This is then used by the other script, which replaces the CMD > in the > "[bbnet]" section in hobbitlaunch.cfg. > > 2) failovernet.sh - goes in ~hobbit/server/ext/ > When this runs to do the normal network tests, it will check > for the > presence of the $BBTMP/primarynetDOWN file. If this file exists, it > picks up the IP of the primary Hobbit server from the file, and > modifies the settings to report data to both the normal (local) > Hobbit server, and to the primary server. If the file does not > exist, > it will just run the network tests the normal way. > So to run this, modify the [bbnet] section in hobbitlaunch.cfg and > change the CMD setting to "$BBHOME/server/ext/failovernet.sh" > > > The alert failover is different, because Hobbit doesn't have a > separate > BBPAGER server - alerts are sent from the same host that handles the > Hobbit data collection and webpages. A solution to this has been > implemented for the next release, where the alerting module can be > distributed onto multiple servers, but only one of them will send > alerts > at any given time. > > > Regards, > Henrik > > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > > > > -- > Josh Luthman > Office: XXX-XXX-XXXX > Direct: XXX-XXX-XXXX > XXXX Wayne St > Suite XXXX > Troy, OH XXXXX > > Those who don't understand UNIX are condemned to reinvent it, poorly. > --- Henry Spencer From user-b1d2c84d244b@xymon.invalid Fri Nov 2 18:20:48 2007 From: user-b1d2c84d244b@xymon.invalid (Sloan) Date: Fri, 02 Nov 2007 10:20:48 -0700 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: Hello Tod, Since you've stopped using the script, would you be willing to share it for posterity sake? Joe Tod Hansmann wrote: > > For posterity: > > > > We use mrtg to do all our SNMP polling (I know devmon is the popular > solution hear, but it’s messy and so multi-filed so we have a bad > taste for it) and for traps we have a script we stopped using > recently, but it was setup much like Henrik stated. It was just added > to hobbit-alerts.cfg and life was good. > > > > *Tod Hansmann* > > Network Engineer > > > > [http://www.directpointe.com/] > > ------------------------------------------------------------------------ > > *From:* Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid] > *Sent:* Friday, November 02, 2007 8:48 AM > *To:* user-ae9b8668bcde@xymon.invalid > *Subject:* Re: [hobbit] big brother replacement > > > > I believe there is a workaround for it using something else. I know > you can find it in the mailing list archives - it has been asked and > discussed many times. > > I read that Henrik has SNMP planned for a later release, too, though I > don't believe that is confirmed. > > Josh > > On 11/2/07, *PAUL WILLIAMSON* > wrote: > > The biggest problem I have with going to Hobbit is there is no snmp > trap sending support. We don't use BB as our main interface for > showing all alerts, but it is required and we do send snmp traps from > the BBPAGER to our main dashboard of alerts. Is this functionality in > Hobbit yet? > > ************************************ > This email may contain privileged and/or confidential information that > is intended solely for the use of the addressee. If you are not the > intended recipient or entity, you are strictly prohibited from > disclosing, copying, distributing or using any of the information > contained in the transmission. If you received this communication in > error, please contact the sender immediately and destroy the material > in its entirety, whether electronic or hard copy. This communication > may contain nonpublic personal information about consumers subject to > the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley > Act. You may not directly or indirectly reuse or disclose such > information for any purpose other than to provide the services for > which you are receiving the information. > There are risks associated with the use of electronic transmission. > The sender of this information does not control the method of > transmittal or service providers and assumes no duty or obligation for > the security, receipt, or third party interception of this transmission. > ************************************ > > > > > -- > Josh Luthman > Office: XXX-XXX-XXXX > Direct: XXX-XXX-XXXX > XXXX Wayne St > Suite XXXX > Troy, OH XXXXX > > Those who don't understand UNIX are condemned to reinvent it, poorly. > --- Henry Spencer > From user-87f955643e3d@xymon.invalid Fri Nov 2 18:27:02 2007 From: user-87f955643e3d@xymon.invalid (Galen Johnson) Date: Fri, 2 Nov 2007 13:27:02 -0400 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: Aw...don't be cheap...go ahead and kick in the other $12... -----Original Message----- From: Sloan [mailto:user-b1d2c84d244b@xymon.invalid] Sent: Friday, November 02, 2007 1:20 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] big brother replacement Yes, but keep in mind that's $64 octal. Joe Josh Luthman wrote: > So I take it that Joe has to Paypal Henrik $64 now? > > Please let me, and everyone else of course, know how the failover > script works on Hobbit. I'd be very interested in knowing the result > to this! > > Thanks to all three of you! > > On 11/2/07, *Henrik Stoerner* > > wrote: > > Hi Joe, > > On Thu, Nov 01, 2007 at 03:20:12PM -0700, Sloan wrote: > > So, the $64 question: Is there anything in hobbit, or on the > horizon, > > which will allow hobbit to serve as a drop-in replacement for bb, > > including the failover capability? > > The BB "failover" script does two things: It makes the network tests > run on the failover server if the primary BBNET server cannot be > ping'ed; and it enables alerts being sent from the failover server > if there is no connection from the failover server to the primary > BBPAGER server. > > > The network-test failover is fairly simple to do. I've attached two > scripts here, both of which must run on the backup/standby/failover > server: > > 1) failover.sh - goes in ~hobbit/server/ext/ > Add a section to hobbitlaunch.cfg with > > [failovercheck] > ENVFILE /usr/lib/hobbit/server/etc/hobbitserver.cfg > NEEDS hobbitd > CMD $BBHOME/ext/failover.sh 10.0.0.1 > hobbitnet.mydom.com > > "10.0.0.1 " is the IP of your primary Hobbit > server, > "hobbitnet.mydom.com " is the > hostname (in the bb-hosts file) of the > primary network test machine. > > What this does is that it queries the primary Hobbit server for > how > long ago the network tests were updated. If more than 7 minutes ago > it deems the primary network test node to be DOWN, and flags > this via > the file $BBTMP/primarynetDOWN. If the network test update was > less > than 7 minutes ago, it removes the file. > > This is then used by the other script, which replaces the CMD > in the > "[bbnet]" section in hobbitlaunch.cfg. > > 2) failovernet.sh - goes in ~hobbit/server/ext/ > When this runs to do the normal network tests, it will check > for the > presence of the $BBTMP/primarynetDOWN file. If this file exists, it > picks up the IP of the primary Hobbit server from the file, and > modifies the settings to report data to both the normal (local) > Hobbit server, and to the primary server. If the file does not > exist, > it will just run the network tests the normal way. > So to run this, modify the [bbnet] section in hobbitlaunch.cfg and > change the CMD setting to "$BBHOME/server/ext/failovernet.sh" > > > The alert failover is different, because Hobbit doesn't have a > separate > BBPAGER server - alerts are sent from the same host that handles the > Hobbit data collection and webpages. A solution to this has been > implemented for the next release, where the alerting module can be > distributed onto multiple servers, but only one of them will send > alerts > at any given time. > > > Regards, > Henrik > > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > > > > -- > Josh Luthman > Office: XXX-XXX-XXXX > Direct: XXX-XXX-XXXX > XXXX Wayne St > Suite XXXX > Troy, OH XXXXX > > Those who don't understand UNIX are condemned to reinvent it, poorly. > --- Henry Spencer To unsubscribe from the hobbit list, send an e-mail to user-095ef1c764a2@xymon.invalid From user-b6e28cb93fa4@xymon.invalid Fri Nov 2 18:38:46 2007 From: user-b6e28cb93fa4@xymon.invalid (Tod Hansmann) Date: Fri, 2 Nov 2007 11:38:46 -0600 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: Sorry, no can do. It's long gone. I didn't set it up but I'm pretty sure we just got it off of deadcat (though I just did a couple searches and found nothing like what we were using). Probably wouldn't be hard to write a new one for someone who knows snmp "syntax" well enough. Just pass the hobbit message to the server receiving traps, and you're golden. It wasn't exactly helpful for us when we use the emails and the display page as the key modes of contact for alarms in our environment. Tod Hansmann Network Engineer -----Original Message----- From: Sloan [mailto:user-b1d2c84d244b@xymon.invalid] Sent: Friday, November 02, 2007 11:21 AM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] big brother replacement Hello Tod, Since you've stopped using the script, would you be willing to share it for posterity sake? Joe Tod Hansmann wrote: > > For posterity: > > > > We use mrtg to do all our SNMP polling (I know devmon is the popular > solution hear, but it's messy and so multi-filed so we have a bad > taste for it) and for traps we have a script we stopped using > recently, but it was setup much like Henrik stated. It was just added > to hobbit-alerts.cfg and life was good. > > > > *Tod Hansmann* > > Network Engineer > > > > [http://www.directpointe.com/] > > ------------------------------------------------------------------------ > > *From:* Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid] > *Sent:* Friday, November 02, 2007 8:48 AM > *To:* user-ae9b8668bcde@xymon.invalid > *Subject:* Re: [hobbit] big brother replacement > > > > I believe there is a workaround for it using something else. I know > you can find it in the mailing list archives - it has been asked and > discussed many times. > > I read that Henrik has SNMP planned for a later release, too, though I > don't believe that is confirmed. > > Josh > > On 11/2/07, *PAUL WILLIAMSON* > wrote: > > The biggest problem I have with going to Hobbit is there is no snmp > trap sending support. We don't use BB as our main interface for > showing all alerts, but it is required and we do send snmp traps from > the BBPAGER to our main dashboard of alerts. Is this functionality in > Hobbit yet? > > ************************************ > This email may contain privileged and/or confidential information that > is intended solely for the use of the addressee. If you are not the > intended recipient or entity, you are strictly prohibited from > disclosing, copying, distributing or using any of the information > contained in the transmission. If you received this communication in > error, please contact the sender immediately and destroy the material > in its entirety, whether electronic or hard copy. This communication > may contain nonpublic personal information about consumers subject to > the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley > Act. You may not directly or indirectly reuse or disclose such > information for any purpose other than to provide the services for > which you are receiving the information. > There are risks associated with the use of electronic transmission. > The sender of this information does not control the method of > transmittal or service providers and assumes no duty or obligation for > the security, receipt, or third party interception of this transmission. > ************************************ > > > > > -- > Josh Luthman > Office: XXX-XXX-XXXX > Direct: XXX-XXX-XXXX > XXXX Wayne St > Suite XXXX > Troy, OH XXXXX > > Those who don't understand UNIX are condemned to reinvent it, poorly. > --- Henry Spencer > To unsubscribe from the hobbit list, send an e-mail to user-095ef1c764a2@xymon.invalid From user-b1d2c84d244b@xymon.invalid Fri Nov 2 19:30:58 2007 From: user-b1d2c84d244b@xymon.invalid (Sloan) Date: Fri, 02 Nov 2007 11:30:58 -0700 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: Galen Johnson wrote: > Aw...don't be cheap...go ahead and kick in the other $12... > OK you win - $40 hex, as soon as I get paid. Joe > -----Original Message----- > From: Sloan [mailto:user-b1d2c84d244b@xymon.invalid] > Sent: Friday, November 02, 2007 1:20 PM > To: user-ae9b8668bcde@xymon.invalid > Subject: Re: [hobbit] big brother replacement > > Yes, but keep in mind that's $64 octal. > > Joe > > Josh Luthman wrote: > >> So I take it that Joe has to Paypal Henrik $64 now? >> >> Please let me, and everyone else of course, know how the failover >> script works on Hobbit. I'd be very interested in knowing the result >> to this! >> >> Thanks to all three of you! >> >> On 11/2/07, *Henrik Stoerner* > >> wrote: >> >> Hi Joe, >> >> On Thu, Nov 01, 2007 at 03:20:12PM -0700, Sloan wrote: >> > So, the $64 question: Is there anything in hobbit, or on the >> horizon, >> > which will allow hobbit to serve as a drop-in replacement for >> > bb, > >> > including the failover capability? >> >> The BB "failover" script does two things: It makes the network >> > tests > >> run on the failover server if the primary BBNET server cannot be >> ping'ed; and it enables alerts being sent from the failover server >> if there is no connection from the failover server to the primary >> BBPAGER server. >> >> >> The network-test failover is fairly simple to do. I've attached >> > two > >> scripts here, both of which must run on the >> > backup/standby/failover > >> server: >> >> 1) failover.sh - goes in ~hobbit/server/ext/ >> Add a section to hobbitlaunch.cfg with >> >> [failovercheck] >> ENVFILE /usr/lib/hobbit/server/etc/hobbitserver.cfg >> NEEDS hobbitd >> CMD $BBHOME/ext/failover.sh 10.0.0.1 >> hobbitnet.mydom.com >> >> "10.0.0.1 " is the IP of your primary Hobbit >> server, >> "hobbitnet.mydom.com " is the >> hostname (in the bb-hosts file) of the >> primary network test machine. >> >> What this does is that it queries the primary Hobbit server for >> how >> long ago the network tests were updated. If more than 7 minutes >> > ago > >> it deems the primary network test node to be DOWN, and flags >> this via >> the file $BBTMP/primarynetDOWN. If the network test update was >> less >> than 7 minutes ago, it removes the file. >> >> This is then used by the other script, which replaces the CMD >> in the >> "[bbnet]" section in hobbitlaunch.cfg. >> >> 2) failovernet.sh - goes in ~hobbit/server/ext/ >> When this runs to do the normal network tests, it will check >> for the >> presence of the $BBTMP/primarynetDOWN file. If this file >> > exists, it > >> picks up the IP of the primary Hobbit server from the file, and >> modifies the settings to report data to both the normal (local) >> Hobbit server, and to the primary server. If the file does not >> exist, >> it will just run the network tests the normal way. >> So to run this, modify the [bbnet] section in hobbitlaunch.cfg >> > and > >> change the CMD setting to "$BBHOME/server/ext/failovernet.sh" >> >> >> The alert failover is different, because Hobbit doesn't have a >> separate >> BBPAGER server - alerts are sent from the same host that handles >> > the > >> Hobbit data collection and webpages. A solution to this has been >> implemented for the next release, where the alerting module can be >> distributed onto multiple servers, but only one of them will send >> alerts >> at any given time. >> >> >> Regards, >> Henrik >> >> >> To unsubscribe from the hobbit list, send an e-mail to >> user-095ef1c764a2@xymon.invalid >> >> >> >> >> >> -- >> Josh Luthman >> Office: XXX-XXX-XXXX >> Direct: XXX-XXX-XXXX >> XXXX Wayne St >> Suite XXXX >> Troy, OH XXXXX >> >> Those who don't understand UNIX are condemned to reinvent it, poorly. >> --- Henry Spencer >> > > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > From user-87f955643e3d@xymon.invalid Fri Nov 2 19:44:07 2007 From: user-87f955643e3d@xymon.invalid (Galen Johnson) Date: Fri, 2 Nov 2007 14:44:07 -0400 Subject: [hobbit] big brother replacement In-Reply-To: References: Message-ID: Just offer $1000000 binary...man, I'm on geek overload... -----Original Message----- From: Sloan [mailto:user-b1d2c84d244b@xymon.invalid] Sent: Friday, November 02, 2007 2:31 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] big brother replacement Galen Johnson wrote: > Aw...don't be cheap...go ahead and kick in the other $12... > OK you win - $40 hex, as soon as I get paid. Joe > -----Original Message----- > From: Sloan [mailto:user-b1d2c84d244b@xymon.invalid] > Sent: Friday, November 02, 2007 1:20 PM > To: user-ae9b8668bcde@xymon.invalid > Subject: Re: [hobbit] big brother replacement > > Yes, but keep in mind that's $64 octal. > > Joe > > Josh Luthman wrote: > >> So I take it that Joe has to Paypal Henrik $64 now? >> >> Please let me, and everyone else of course, know how the failover >> script works on Hobbit. I'd be very interested in knowing the result >> to this! >> >> Thanks to all three of you! >> >> On 11/2/07, *Henrik Stoerner* > >> wrote: >> >> Hi Joe, >> >> On Thu, Nov 01, 2007 at 03:20:12PM -0700, Sloan wrote: >> > So, the $64 question: Is there anything in hobbit, or on the >> horizon, >> > which will allow hobbit to serve as a drop-in replacement for >> > bb, > >> > including the failover capability? >> >> The BB "failover" script does two things: It makes the network >> > tests > >> run on the failover server if the primary BBNET server cannot be >> ping'ed; and it enables alerts being sent from the failover server >> if there is no connection from the failover server to the primary >> BBPAGER server. >> >> >> The network-test failover is fairly simple to do. I've attached >> > two > >> scripts here, both of which must run on the >> > backup/standby/failover > >> server: >> >> 1) failover.sh - goes in ~hobbit/server/ext/ >> Add a section to hobbitlaunch.cfg with >> >> [failovercheck] >> ENVFILE /usr/lib/hobbit/server/etc/hobbitserver.cfg >> NEEDS hobbitd >> CMD $BBHOME/ext/failover.sh 10.0.0.1 >> hobbitnet.mydom.com >> >> "10.0.0.1 " is the IP of your primary Hobbit >> server, >> "hobbitnet.mydom.com " is the >> hostname (in the bb-hosts file) of the >> primary network test machine. >> >> What this does is that it queries the primary Hobbit server for >> how >> long ago the network tests were updated. If more than 7 minutes >> > ago > >> it deems the primary network test node to be DOWN, and flags >> this via >> the file $BBTMP/primarynetDOWN. If the network test update was >> less >> than 7 minutes ago, it removes the file. >> >> This is then used by the other script, which replaces the CMD >> in the >> "[bbnet]" section in hobbitlaunch.cfg. >> >> 2) failovernet.sh - goes in ~hobbit/server/ext/ >> When this runs to do the normal network tests, it will check >> for the >> presence of the $BBTMP/primarynetDOWN file. If this file >> > exists, it > >> picks up the IP of the primary Hobbit server from the file, and >> modifies the settings to report data to both the normal (local) >> Hobbit server, and to the primary server. If the file does not >> exist, >> it will just run the network tests the normal way. >> So to run this, modify the [bbnet] section in hobbitlaunch.cfg >> > and > >> change the CMD setting to "$BBHOME/server/ext/failovernet.sh" >> >> >> The alert failover is different, because Hobbit doesn't have a >> separate >> BBPAGER server - alerts are sent from the same host that handles >> > the > >> Hobbit data collection and webpages. A solution to this has been >> implemented for the next release, where the alerting module can be >> distributed onto multiple servers, but only one of them will send >> alerts >> at any given time. >> >> >> Regards, >> Henrik >> >> >> To unsubscribe from the hobbit list, send an e-mail to >> user-095ef1c764a2@xymon.invalid >> >> >> >> >> >> -- >> Josh Luthman >> Office: XXX-XXX-XXXX >> Direct: XXX-XXX-XXXX >> XXXX Wayne St >> Suite XXXX >> Troy, OH XXXXX >> >> Those who don't understand UNIX are condemned to reinvent it, poorly. >> --- Henry Spencer >> > > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > > To unsubscribe from the hobbit list, send an e-mail to > user-095ef1c764a2@xymon.invalid > > > To unsubscribe from the hobbit list, send an e-mail to user-095ef1c764a2@xymon.invalid From user-b3066278fa73@xymon.invalid Fri Nov 2 19:54:13 2007 From: user-b3066278fa73@xymon.invalid (Evan Platt) Date: Fri, 02 Nov 2007 11:54:13 -0700 Subject: Installing Hobbit on OS/X Message-ID: Read throgh the documentation.. If I'm missing something obvious, let me know. But I can't even do a configure on my OS/X 10.4 box: # ./configure.server Configuration script for Hobbit This script asks a few questions and builds a Makefile to compile Hobbit Checking your make-utility Unknown option: n Usage: head [-options] ... -m use method for the request (default is 'HEAD') -f make request even if head believes method is illegal -b Use the specified URL as base -t Set timeout value -i