- Xymon - Xymon mailman web

parsing notifications.log
by vpolyakov＠vmsinfo.com 15 Jan '08

15 Jan '08

Has anyone made a script that parses hobbit's notifications.log to create a report for the day? I was thinking something along the lines of a perl script that parses the notifications.log file to create a report that specifies what pages were sent out, how much time passed before the alert recovered, etc I didn't really want to reinvent the wheel and code the script if someone else has already done so So.. is there such a script in existence? And if so, can you share it ? :) Val

5 9

Error while install hobit client
by santoshbabu_perumal＠platts.com 15 Jan '08

15 Jan '08

Hi, Can anyone help me resolve following error while install hobbit client during the configure -client have you seen the error below (in red). Checking for the PCRE libraries Checking for PCRE ... Found PCRE include files in /usr/local/include Found PCRE libraries in /usr/local/lib Checking for Large File Support ... ERROR: LFS support check failed for standard file support Thanks Santhosh.p -------------------------------------------------------- The information contained in this message is intended only for the recipient, and may be a confidential attorney-client communication or may otherwise be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please be aware that any dissemination or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify us by replying to the message and deleting it from your computer. The McGraw-Hill Companies, Inc. reserves the right, subject to applicable local law, to monitor and review the content of any electronic message or information sent to or from McGraw-Hill employee e-mail addresses without informing the sender or recipient of the message. --------------------------------------------------------

2 1

hobbit alerting duration
by robert＠schetterer.org 15 Jan '08

15 Jan '08

Hi all just to make sure is such an entry possible in one alert DURATION>5 DURATION<120 and is this timestatement ok Sat-Sun:0900:1700 -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

4 4

Integrating Hobbit with Ticketing system(s) / Feature Request
by jonescr＠cisco.com 14 Jan '08

14 Jan '08

Some time ago (years actually), I integrated Big Brother with "Request Tracker", which is a popular open source helpdesk ticketing system. This was done by CCing hobbit alerts to the ticketing system, and the creation of a custom plugin that parsed the incoming mails and automatically created a ticket for red alerts. The plugin was "smart" enough so that when a recovery message arrived, it would auto-resolve the initial ticket created from the first alert. I am now looking again at integrating Hobbit with a ticketing system, but this time with "Jira" (http://www.atlassian.com/software/jira/) Jira has a very useful API as well as an RCP/SOAP interface, so doing something similar to what I did with RT should be relatively simple. However, in going over the code in my head (I havn't written it yet), I see a problem. I believe that Hobbit is different from BB in that recovery pages are not sent with an ID (and I think if you forced it with a script the ID is "-1") which makes it impossible to relate them to the origional alert. Is there any simple way that we could have access to this ID number, or does Hobbit simply not track it? Otherwise I may have to do something like query hobbitboard and look for a hostname.service that matches the resolved message, and I'd rather not do that as it will just slow things down and add extra complexity. -Charles

2 1

[hobbit] Re: Conn test problems
by hobbit＠epperson.homelinux.net 14 Jan '08

14 Jan '08

The question was "But, I don't understand, how the traceroute works when the host is up, but when the host is down it times out???" and remarked on the 30 lines of output in a time out situation. Although I cited Fedora 8 as the page I was quoting, the traceroute documentation for most any modern distro contains the explanation about the 30-hop default and the behavior when the tracerouted host is not reached. Sorry if I wasn't clear. On Mon, January 14, 2008 13:19, Josh Luthman wrote: > Then I don't see how the FC8 traceroute documentation would be relevant, > as Michael stated that he can do one from the shell but errors out in > Hobbit. > > Am I missing something here? > > On 1/14/08, Hobbit User in Richmond <hobbit at epperson.homelinux.net> > wrote: >> >> Presumably. >> >> On Mon, January 14, 2008 12:40, Josh Luthman wrote: >>> Wouldn't the traceroute used by Hobbit be the same command as the >> shell? >>> >>> On 1/14/08, Hobbit User in Richmond <hobbit at epperson.homelinux.net> >>> wrote: >>>> >>>> Actually, ICMP echo-request and echo-reply packets are almost >> certainly >>>> not an issue here, nor is packet-filtering/firewalling. In current >>>> implementations, traceroute by default uses UDP packets to >>>> abitrary >> and >>>> unlikely-to-respond ports, varying the TTL and using the ICMP type >> 11 >>>> (Time Exceeded) from hops along the way to map the routing path. >>>> >>>> The manpage in Fedora 8 says "We start our probes with a ttl of one >>>> >> and >>>> increase by one until we...got to the "host", or hit a max (which >>>> defaults to 30 hops)". >>>> >>>> So, the behavior you're seeing is as documented. If a firewall >>>> were >> an >>>> issue in sending/receiving the packets used by traceroute, you'd >>>> see the 30-hop behavior whether the host was up or down. >>>> >>>> On Mon, January 14, 2008 11:17, Michael A. Price wrote: >>>>> Josh, >>>>> >>>>> >>>>> >>>>> Thanks for helping... The source/destination is on a closed >>>>> network, sorry...and I don't own the router... >>>>> >>>>> >>>>> >>>>> But, I don't understand, how the traceroute works when the host >>>>> is up, but when the host is down it times out??? >>>>> >>>>> >>>>> >>>>> If it works when the host is up, then you would think the ACL on >>%

3 2

[hobbit] OSX 10.5 and nireport
by dunne＠AccuWeather.com 14 Jan '08

14 Jan '08

Greetings, An alternate command is:dscl . list /users | grep $BBUSERA good reference to dscl can be found here: http://developer.apple.com/documentation/Darwin/Reference/ManPages/man1/dsc… -----Original Message----- From: "Tim Rotunda" <tim.rotunda at twcable.com> Sent 1/14/2008 11:35:19 AM To: hobbit at hswn.dk Subject: Re: [hobbit] OSX 10.5 and nireportHi Henrik, The nireport command has been deprecated in Leopard so I made the following code changes: File: configure.server From: USERDATA="`nireport / /users name home | grep $BBUSER`" To: USERDATA="`ls -1 /Users | grep $BBUSER`" Probably not the most eloquent method but functional for me. Cheer’s, Tim On 1/13/08 2:29 AM, "Henrik Stoerner" <henrik at hswn.dk> wrote:> On Thu, Jan 10, 2008 at 03:46:35PM -0600, Tim Rotunda wrote:>> So I am building 4.1.2p2 on OSX 10.5.1 and have gotten to the point where >> the user is requested. Turns out configure.server is still using nireport. >> Has anyone fixed this in a beta or should I just go ahead and make the >> changes and submit it?> > I haven't had any reports about problems with nireport, and since I have > no OSX knowledge at all I depend on others reporting/fixing bugs. > > So if you can provide a patch for me, that would be nice. But I'd also > like to know what the problem is - and if this is something that has > changed from one OSX version to the next. > > > Regards, > Henrik > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > This E-mail and any of its attachments may contain Time Warner Cable proprietary information, which is privileged, confidential, or subject to copyright belonging to Time Warner Cable. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited and may be unlawful. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout.

1 0

Conn test problems
by josh＠imaginenetworksllc.com 14 Jan '08

14 Jan '08

I've been getting a lot of these recently. A lot of the time I'll get a good 3/4 of the hosts I'm monitoring like this, other days it is just one or two. I can't seem to find any pattern to it. I'm very confident it isn't network related as it happens to the first entry, Hobbit server. I just can't imagine why it would have issues getting to 127.0.0.1! I was also under the impression that the ping test is done every 60s or 120s so these tests just can't be true positive results. Poking around I also found that the test to my hobbit server (this is 127.0.0.1 mind you) went up in early December. Looking for any input at this point! -- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer

3 11

risks of using 4.3 snapshot in production?
by tomg＠mcclatchyinteractive.com 14 Jan '08

14 Jan '08

I'm about to upgrade the OS on my production hobbit server and was considering using a 4.3 snapshot instead of my usual 4.2 setup. I've been experiencing a memory leak with hobbitd_rrd in 4.2 that was caused when I applied the split-ncv patch last year, and it'd be nice to pick up the fix that is already in 4.3. The 4.3 snapshots I've tested seem ok, but the data set they are working with is much smaller than my prod server uses. Looking over the change logs on the hobbit demo site, it seems like snmp is where most of the devel work is happening and everything else is unchanged. We don't need hobbit for snmp right now, so I'm ok if that part doesn't work. Is there a list of outstanding bugs that I can look over? And of course, the obvious--is this a stupid idea? Any input is welcome. Thanks, Tom

3 2

OSX 10.5 and nireport
by tim.rotunda＠twcable.com 14 Jan '08

14 Jan '08

Hi everyone, Its been awhile but I am back and will be around for a long time as I am now working with a large deployment of hobbit on Solaris. To get back into the swing things, I thought I would install hobbit server on my workstation. So I am building 4.1.2p2 on OSX 10.5.1 and have gotten to the point where the user is requested. Turns out configure.server is still using nireport. Has anyone fixed this in a beta or should I just go ahead and make the changes and submit it? Thanks and its good to be back! Tim This E-mail and any of its attachments may contain Time Warner Cable proprietary information, which is privileged, confidential, or subject to copyright belonging to Time Warner Cable. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited and may be unlawful. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout.

2 2

[BUG] file: and dir: scale inconsistency
by charles.goyard＠orange-ftgroup.com 14 Jan '08

14 Jan '08

Hi, I found a bug in hobbit-4.2's "file" and "dir" graph handling. It expects KB but gets bytes for files. So when you mix files and dirs on the same graph, small files can appear bigger than large directories. I suggest adding a /1024 in client_config.c:check_file() rather than changing the "du -k" because it doesn't require reinstallation of all clients. But turning the unit to Bytes (by using a CDEF:*,1024) on the graph makes sense since the unit rrdgraph scales to makes sizes easiers to read. Regards, -- Charles Goyard - charles.goyard at orange-ftgroup.com - (+33) 1 45 38 01 31 Orange Business Services - online multimedia // ingénierie

1 0