January 2008 - Xymon - Xymon mailman web

[hobbit] alternate page graphs custom menu
by jokketan＠hotmail.com 18 Jun '08

18 Jun '08

I had already tried the same thing but i don't succeed in getting hobbit to show the alternate templates for the current graphs. Even when i add the --templates=/wherever/you/want directive to this line in hobbitcgi.cnf ( i know this would change the main site also, it's just a test )# hobbitsvc.cgi options for a normal (current) status displayCGI_SVC_OPTS="--env=/usr/lib/hobbit/server/etc/hobbitserver.cfg --no-svcid --history=top"I also tried adding another variable ($ALT_OPTS) that i created myself in the .sh script that generates the page and then adding it to the bb-hostsvc.sh like this: . /usr/local/hobbit/server/etc/hobbitcgi.cfg exec /usr/local/hobbit/server/bin/hobbitsvc.cgi $CGI_SVC_OPTS $ALT_OPTSWhich basically also does nothing...Can anyone shed some light on this??? Seems like i am missing something obvious...Thanks,Jonathan Van Liefde References: alternate page graphs custom menu From: Jonathan van liefde Prev by Date: Testing Hobbit Client Log "IGNORE" filters Next by Date: RE: [hobbit] Question Previous by thread: alternate page graphs custom menu Next by thread: Question about hobbit alert acknowledgement, delay of next alert time Index(es): DateThread To: <hobbit (at) hswn.dk>Subject: RE: [hobbit] alternate page graphs custom menuFrom: "Tom Moore" <Tom.Moore (at) sas.com>Date: Mon, 30 Jul 2007 16:42:04 -0400References: <BAY139-W17B66F209315AF69B9FFAAD4EE0 (at) phx.gbl>Thread-index: AcfS6INBn1czzAgURTOpkFRYPh5mBAAAJ72QThread-topic: [hobbit] alternate page graphs custom menu That's exactly the problem I am having and posted to the list a few weeks ago. It seems that the actual cgi scripts that run when you click on an item use the default header sets, rather than the ones specified by your --templates or --pageset settings with bbgen. The first page on the pageset does use the custom_header and custom_footer files, but if you click on an item like "cpu", it runs a cgi script which generates a new page using the default templates instead of your custom ones. For example, most of the items call "bb-hostsvc.sh". which is just a wrapper that takes arguments and runs . /usr/local/hobbit/server/etc/hobbitcgi.cfg exec /usr/local/hobbit/server/bin/hobbitsvc.cgi $CGI_SVC_OPTS Now, optimally you should be able to put a custom $CGI_SVC_OPTS definition in whatever script generates your alternate pages, such that CGI_SVC_OPTS=--templates=/whatever/directory/with/your/new/templatefiles Unfortunately, even this doesn't seem to work. The key is to get your custom sub-pages to use custom templates for the graph pages and such that are dynamically generated by the CGI files. From: Jonathan van liefde [mailto:jokketan (at) hotmail.com] Sent: Monday, July 30, 2007 1:40 PMTo: hobbit (at) hswn.dkSubject: [hobbit] alternate page graphs custom menu Hi,My problem is the following:We are using the monitoring tool for a helpdesk, every member of the helpdesk has full access to every hobbit page.Local guys should have access to a limited area of the hobbit page.So i have build an alternate page set with all different sections and restricted access with a .htaccess file. This alternate page set uses a different set of headers and footers (without the menu) to prevent local guys from wandering off.But when they look at for example the conn graph for a given host, hobbit uses the bb_header and bb_footer which still has the menu in it.Is there any way to tell hobbit to use the alternate page set header and footer for the graphs of a host when they are accessed through the alternate page set?Thanks for your help,Jonathan Van Liefde.________________________________het ultieme online mailprogramma! Ontdek Windows Live Hotmail, <http://get.live.com/mail/overview> References: alternate page graphs custom menu From: Jonathan van liefde Prev by Date: Testing Hobbit Client Log "IGNORE" filters Next by Date: RE: [hobbit] Question Previous by thread: alternate page graphs custom menu Next by thread: Question about hobbit alert acknowledgement, delay of next alert time Index(es): DateThread _________________________________________________________________ Ontdek Windows Live Hotmail, het ultieme online mailprogramma! http://get.live.com/mail/overview

2 2

cupsd
by stoner-lists＠comcast.net 04 Jun '08

04 Jun '08

For those who want to monitor a cups print server, here's a definition you can put in your bb-services file: [cupsd] send "GET /printers\r\n" expect "HTTP/1.1 200 OK" port 631 Alternatively, you could just use http://host:631/printers in your bb-hosts file. The cupsd is, for monitoring purposes, a web server. -Jeff "Fun with Users #1: ln -s /dev/random /etc/motd"

2 1

Greetings and a question...
by baugust＠stanford.edu 15 May '08

15 May '08

First off, I love Hobbit. A lot. I've been running it as a test in our department for almost 9 months now and I have convinced the boss to not renew the contract for our proprietary monitoring package (from a certain other Scandinavian country) in favor of using Hobbit. I just need to see if I can put donations on my corporate card. :) But I do have one last question after all of that effusion. Is anyone out there running dbcheck.pl and had this error: "Wed Jan 23 10:21:40 2008:ERROR on sid_name: Timeout connecting to DBI:Oracle:sid_name!" I know it isn't a network problem because the hobbit user can connect using sqlplus just fine and the oratns check is OK. The required Perl modules installed OK... I think. (no, sid_name is not our SID, name has been changed to protect the innocent) Thanks! -- --Ben Benjamin P. August System Administrator - VPUE Stanford University

4 6

[hobbit] strange graph behavior - random machines & graphs
by gumby3203＠gmail.com 07 Apr '08

07 Apr '08

I have recently noticed a strange thing happening with some of the rrd graphs generated by Hobbit. When you look at the graph, it looks as though the rrd data is one one format (gauge), but the graph is generating it in a different format (derive). I can't seem to find any pattern to the hosts or tests that are exhibiting this strange behavior, and it is only happening on a handful of graphs. I have attached a picture of one of these graphs, since I'm not really sure how to describe it. Note the huge numbers displayed on the curr/min/avg/max line. Any idea what's going on here? When I dump the RRD file manually, everything looks okay. I'm running Hobbit 4.2.0 with the 2007-02-09 allinone patch (I believe the latest). This has only happened in the past few weeks, though when exactly it started, I don't know. Any ideas?

8 61

zonestat : where are graphs ?
by ndorfsman＠gmail.com 02 Apr '08

02 Apr '08

Hi, I've read the question on the list...but can't find the answer. zonestat seems to work on client....but there's nothing on server ? I've followed the doc for installation...is there something to add in bbhosts ?

6 19

FW: [hobbit] tooltips, current snapshot 15-Jan-08
by david.gore＠verizonbusiness.com 31 Mar '08

31 Mar '08

Still hoping this could be fixed soon? Having to scroll the bb2 page for hosts with long descriptions like contact and vendor info is a pain. I still do not really understand why this is only a problem on the bb2 page. ~David _____ From: Gore, David W (David) [mailto:david.gore at verizonbusiness.com] Sent: Thursday, November 15, 2007 14:20 To: hobbit at hswn.dk Subject: RE: [hobbit] tooltips In regards to the hobbit snapshot: They say a picture is worth a thousand words. If the list server allows it, I have attached an image of my bb2.html page. bb2 is our primary view and, as you can see from the image, tooltips pushes all the hobbit columns out of the view to the right. Tooltips are the text you see when you hover over items like the smiley's in hobbit? I suppose it has always worked well for the little smiley gif icons, just not so well for the bb2 host links where it seems to add the tooltip to the hostname rather than create floating text. ~David _____ From: Johann Eggers [mailto:Johann.Eggers at teleatlas.com] Sent: Thursday, November 15, 2007 13:11 To: hobbit at hswn.dk Subject: [hobbit] tooltips Re: the tooltips issue: Isn't it useful to make this an option whether they should be displayed on the bb2 page or not? I really like the tooltips but I agree with David that they will clutter your bb2 page so that this page is not longer usable. Johann _____ From: Gore, David W (David) [mailto:david.gore at verizonbusiness.com] Sent: Donnerstag, 15. November 2007 13:47 To: hobbit at hswn.dk Subject: RE: [hobbit] stale alerts I am running 4.2.0 with the allinone patch. I do have a suspicion that external server side scripts could contribute to the stale alerts. In my case, specifically a script that ssh's to a remote host and executes a shell script on the remote host. It may also happen in conjunction with these errors in the logs, which someone else recently reported: page.log.1:2007-11-05 16:20:53 hobbitd_alert: Got message 14425, expected 14424 As soon as the issue with tooltips is resolved, I will be moving our primary hobbit to the snapshot release. The snapshot, seems much better, but with tooltips and host descriptions pushing our display to the far right of the screen we cannot use it right now. ~David

4 12

Current snapshot compilation problem
by alevin＠reveredata.com 25 Mar '08

25 Mar '08

Hi, I've got a compilation problem with current snapshot: ... hobbit_snmpcollect.c:1068: error: 'PATH_MAX' undeclared (first use in this function) ... Adding: #include <limits.h> To the hobbit_snmpcollect.c solved it OS - FreeBSD 7.0 __________________________________ Alexandre Levin

7 14

ntpdate question
by Dirk.Kastens＠uni-osnabrueck.de 09 Mar '08

09 Mar '08

Hi, before updating our hobbit server to version 4.2.0, I tested the ntp configuration with the bb-ntp-1_4.sh script on the client nodes. When I now configure the server to use the ntp network test instead, I realize that this doesn't work with most of our RedHat clients. I get the response ntpdate -u -q -p 2 a.b.c.d server a.b.c.d, stratum 0, offset 0.000000, delay 0.00000 29 Aug 10:53:26 ntpdate[3509]: no server suitable for synchronization found The network test works with all AIX clients and with older RedHat clients. The manual page of ntpdate on a RedHat machine says, that "the ntpdate program is to be retired from this distribution". Is there another way of testing the ntp synchronisation from the server side or do I still have to use the bb-ntp.sh script? Best wishes, Dirk Kastens

9 10

[hobbit] bb-prtdiag.sh
by U.Kirbach＠EnBW.com 08 Feb '08

08 Feb '08

Hello Joshua, > UNAME command is not defined in etc/bbsys.local > ... etc/bbsys.local I have bb-prtdiag.sh running under hobbit and i set all these variables directly in the script bb-prtdiag.sh. there is no nedd to use bbsys.local (it's only Big-Brother). > And I don't believe I have a program called "fjprtdiag" and it looks to be a necessary component. The fjprtdiag is the Fujitsu equivalent for prtdiag for Fujitsu PrimePower machines and is not necessary to run the bb-prtdiag.sh All Fujitsu stuff inside bb-prtdiag-sh is written by me. I attache my version of bb-prtdiag.sh running under hobbit - 2nd try as gzip Mit freundlichem Gruß Uwe Kirbach -- Uwe Kirbach EnBW Systeme Infrastruktur Support GmbH SIS OIOIU Durlacher Allee 93 76131 Karlsruhe Telefon: +49 (0)721 63 14139 EMail: u.kirbach at enbw.com EnBW Systeme Infrastruktur Support GmbH Sitz der Gesellschaft: Karlsruhe Handelsregister: Amtsgericht Mannheim HRB 108550 Vorsitzender des Aufsichtsrats: Dr. Bernhard Beck Geschäftsführer: Jochen Adenau, Dr. Peter Kramp -----Original Message----- From: Joshua Krause [mailto:forums at triadbiz.rr.com] Sent: Monday, January 07, 2008 11:09 PM To: hobbit at hswn.dk Subject: [hobbit] bb-prtdiag.sh I am trying to get the bb-prtdiag.sh script to work on a couple of Solaris boxes and didn't know if I could get some help from someone in the forum that has it up and running. Currently I am trying to get it to run on a V880 and I am getting this error in the log file: -bash-3.00$ more bb-prtdiag.log awk: syntax error near line 1 awk: bailing out near line 1 and on the hobbit page I am seeing this: UNAME command is not defined in etc/bbsys.local - using default: /sbin/uname PLATFORM_SPEC command is not defined in etc/bbsys.local - using default: SUNW,Sun-Fire-880 PRTDIAG_COMMAND command is not defined in etc/bbsys.local - using default: /usr/platform/SUNW,Sun-Fire-880/sbin/prtdiag PRTDIAG_OPT command is not defined in etc/bbsys.local - using default: -v EXCLUDE_SYSTEMS command is not defined in etc/bbsys.local - using default: Ultra-1 Ultra-2 Ultra-5_10 Ultra-30 Ultra-60 Ultra-80 UltraAX-i2 UltraSPARC-IIi-cEngine Sun-Fire Netra-T4 UltraAX-e2 Ultra-Enterprise-10000 PRTDIAG_IGNORE_ERRORS variable is not defined in etc/bbsys.local - using default: No failures|Most recent AC Power Failure|Minimum Available|CS Fail|No Hardware failures|^===|currently no Boards|Fault Fan PRTDIAG_IGNORE_FAULTS variable is not defined in etc/bbsys.local - using default: No Recent System Faults found|No System Faults found|Fault Value|Fault LED|NO_FAULT|Power Fault|Status Fault|Fault off And I don't believe I have a program called "fjprtdiag" and it looks to be a necessary component. Thanks, Josh

5 4

Future of Hobbit
by jonescr＠cisco.com 07 Feb '08

07 Feb '08

A funny thing happened this week. I was talking with a coworker about the "future of Hobbit", in other words, things that would help Hobbit gain more acceptance and grow the community. One of the things that I brought up was the need to get Hobbit included into popular Linux distributions. I am not sure of the policies or procedures for submitting and maintaining a new package into "Linux Distro X". I decided that I would make a post to the mailing list of some items that I thought would be good to grow Hobbit awareness and usage. Here's the funny part (to me anyway). I purposefully held off on posting, planning to do some research first, because I have discovered I have a "habit" of posting a question or comment to the mailing list, and seemingly moments after I hit send, I figure out the answer or find some tidbit of information that nullifies my comment :) That being said, I was stunned today to see someone (Axel Beckert) mention that they found Hobbit as a Debian package! I have recently done a search and could not find it as part of any distros. Most of the servers that I admin are RedHat (EL, CentOS, Fedora), so I'm not as active in the Debian community. I will be grabbing those packages to examine them as I'm itching to see what the "apt and lib plugins" are :) All that being said, I'm probably getting close to the "too long didn't read" limit on this post, so here is a list, totally off the top of my head, that I think could help Hobbit in the future. I don't know whether to call them suggestions or feature requests, I'm just thinking out loud. Feel free to quash my ideas, or add your own. 1. Getting Hobbit added to major linux distributions (apparently someone has already made it happen for Debian: http://packages.debian.org/hobbit) Whoever did this, please let us know so we can thank you! Lets get it added to Fedora, Centos Plus, SunFreeware, etc. 2. Moving away from "legacy" filenames and variables. While in many ways compatible with BigBrother, Hobbit is a totally standalone, different, and superior product. We should phase out the bb-* config files and have them become hobbit-* files, perhaps retaining symlinks so that any existing user-made scripts that might have the names hard-coded will still work). Everytime I am "teaching" someone how to use Hobbit, they ask "why is it called bb-hosts and not hobbit-hosts?", which then leads to a quick history lesson on how Hobbit was born :) Note that I realize you can override this with the BBHOSTS variable in hobbitserver.cfg, but the default name is still confusing for newbies. 3. Encryption of Hobbit data transmissions. I get this seemingly every time that I am explaining Hobbit..."is the data encrypted?" When I say no its *gasp!* "But it is sending sensitive information, process lists, logfile entries...over the network!". Of course there are user-end ways of handling this including using ssh to tunnel the port 1984 traffic, but this is hard to manage and doesn't scale well. I would suggest a "simple" (heh its always simple to the person who doesn't have to code it eh?) implementation of libssl to encrypt the port 1984 traffic. That would make a lot of folks (Infosec, Managment, Sysadmins) happy 4. Maybe a new website? The main hobbit website (http://www.hobbitmon.com) honestly looks fine to me, but others tell me that it looks more like a demo site (which it also happens to be), and the location of the information on what Hobbit is and does is not that apparent. I know Henrik has said in the past that he is not a web or UI designer, so perhaps we can find volunteers to spruce things up. I'd write more but I'm already way past the long-post limit, so I will wait and see if anyone is interested in discussing this topic.

26 69