May 2005 - Xymon - Xymon mailman web

.default. tags not showing up on host 'info' tag
by brianlynch＠gmail.com 08 May '05

08 May '05

Should the tags from the '.default.' host entry show up on the info tab for all hosts following that line? - Brian

2 1

[hobbit] extension to larrd module for Apache 1.x - patch
by U.Kirbach＠EnBW.com 07 May '05

07 May '05

Hello Henrik, to measure performance data (Busy/Idle Servers) also for Apache 1.x servers not only for Apache 2.x i would suggest to include these small patches (made with "diff -uBbw") to hobbitd/larrd/do_apache.c and hobbit/server/etc/hobbitgraph.cfg This produces 2 additional data sources in the apache rrd (for busy servers and idle servers) --> inconsistency with existing rrd files On the display you see in apache1 graph "Busy/Idle Workers" and "Busy/Idle Servers" together. I'm not a good C programmer and did not look deeper in the code, to make this more elegant. <<do_apache.c.patch>> <<hobbitgraph.cfg.apache.patch>> Mit freundlichen Grüßen Uwe Kirbach -- Uwe Kirbach EnBW Service GmbH Betrieb Enterprise Systeme und Infrastruktur Systemmanagement Unix Durlacher Allee 93 76131 Karlsruhe Tel: +49 (0)721-63-14139

2 1

Alert code showing up as zero - 'Hobbit [0] sac-pdbs-01.mydomain.com:cpu warning (YELLOW)'
by brianlynch＠gmail.com 07 May '05

07 May '05

I may be missing a config step here... I am getting alerts that show up with zero for the numeric code. At the same time, I get the standard numeric code. See the examples below. Hobbit [0] sac-pdbs-01.mydomain.com:cpu warning (YELLOW) Hobbit [831423] monitor.mydomain.com:hobbitd warning (YELLOW) Hobbit [924556] monitor.mydomain.com:bbgen warning (YELLOW) Has anyone seen this before? Thanks, Brian

2 1

Question on UNMATCHED tag
by KauffmanT＠nibco.com 07 May '05

07 May '05

Henrik -- What's the syntax to do a global 'unmatched' tag at the end of the hobbit-alerts.cfg file? (or -- is this reasonable?) HOST=%(.*) MAIL kauffmant at localhost UNMATCHED TIME=W:0730:1600 DURATION>5m REPEAT=2h TIA Tom Kauffman PS -- threw the Big Red Switch yesterday and everything is working fine! TK

2 1

bb-histlog.sh
by ivan.verbeeck＠vmma.be 07 May '05

07 May '05

Hello, Is it possible to have a history button (and eventualy the link to the current-rrd) on a page generated by bb-histlog.sh as it is on a page generated by bb-hostsvc.sh? It's nice to have if you click to a status page from the non-green view. Kind regards, Ivan Verbeeck

2 1

bbgen --pages-last
by rower.master＠gmail.com 07 May '05

07 May '05

Friends , I put ############################################################ # These determine some parts of how bbgen generates webpages ############################################################ BBGENOPTS="--pages-last --recentgifs --subpagecolumns=2 -infoupdate=1200 --purplelifetime=600" # Standard options for bbg en. the --page-last is not ok, any hint? thanks in advance, Mario.

2 1

NAME: options
by rdeal＠tigr.org 07 May '05

07 May '05

We have several servers here of various type that are primarily DB servers. MY DBA, asked if I could create a page for him with all the DB servers on it. Some of the machines are solaris and some are linux so they are primarily monitored by solaris and linux administrators and are on similar pages. So I created a page like this: page DB DB Servers group-compress <font size="+2">DB Servers</font> 0.0.0.0 lemond.tigr.org # noconn NAME:SYBTIGR since the DBA refers to the systems by the database names on each I was attempting to use the "NAME:" argument to change the display name. It does not seem to work unless it is on the primary or preferred line in the bb-hosts file though. The "COMMENT:" option also does not seem to work in this circumstance. Butch Deal

2 1

Custom RRDs
by dstuffle＠deltafaucet.com 06 May '05

06 May '05

I have created a custom RRD script and it been working fine. Any host that sends a "license" column status with a line containing "In Use: x" will get the license usage (x) graphed. But, for some reason it won't work on a host I have that has a hostname of "license". RRD file gets created, but it's all "nan" values. Could having the exact same hostname, Dataset name, and column name cause it not to work? The only other difference in this host is it's a Windows machine instead of Unix, but the status sent to Hobbit is the same so I can't see that it would matter. Thanks! ~~~~~~~~~~~~~~ David Stuffle Delta Faucet Company This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.

2 1

BB with bbgen to Hobbit
by rower.master＠gmail.com 06 May '05

06 May '05

Hi, I'm trying to migrate my production bb server to the hobbitd, I've follow all the steps in the Upgrading from Big Brother to Hobbit.htm. My bbvar have 3GB so I renamed bbvar to data , to avoid a loss of time and migrated rrds with moverrd.sh . Then I stop the bb server, start the hobbit and start the client of the server ,and restarted my apache. I've Waited some minutes and nothing happens. Have I missed something? Someone Have a tutorial how to use hobbit with the BBrelay until the final migration? regards, Mario.

2 6

[hobbit] Help with nopropred (I think)
by tbarnes1＠hfhs.org 06 May '05

06 May '05

OK - the default host setting will work nicely. Thank you! Terry Barnes Siemens Com @ HFHS 248-853-4968 (Office) 586-405-8382 (Cellular) 248-844-3030 (Fax) 5864058382 at messaging.nextel.com (Text Pager) tbarnes1 at hfhs.org >>> henrik at hswn.dk 5/6/05 2:23:13 AM >>> On Thu, May 05, 2005 at 11:15:19PM -0400, Terry Barnes wrote: > It seems I can alter the propagation status either globally or for a > single test at a time, but there are hundreds of tests being done on the > non-production systems and disabling all of them individually would > really clutter up the bb-hosts file. Mosts of the tests are being done > with bb client and are not even listed in Hobbit's bb-hosts file. The simplest way of disabling red AND yellow statuses from going upwards is to put a "NOPROPRED:*" on the pertinent host entries. bbgen assumes that if you don't care to see a red status, you probably dont want the yellow one either. And the "*" is special, matching all tests. So that makes things a bit simpler. On top of that, you can try using the ".default." host - this is something that was added in 4.0.2 to make it easier to apply one or more tags on lots of hosts. This is like a normal host entry in the bb-hosts file, but it just sets up a set of tags that are automatically added for all hosts that appear after the ".default." entry. So in your case it would be used like this: page prod1 Production servers 1 0.0.0.0 .default. # 10.0.0.1 prod1.foo.com # 10.0.0.1 prod2.foo.com # subpage nonprod1 Non-production servers 1 0.0.0.0 .default. # NOPROPRED:* 10.1.0.1 test1.foo.com # 10.1.0.2 test2.foo.com # 10.1.0.3 test2.foo.com # page prod2 Production servers 2 0.0.0.0 .default. # 10.2.0.1 prodA.foo.com # See ? When you start on a set of production servers, you put in an empty ".default." definition to clear the default set of tags, and when you start on a non-production set of servers, you put in a ".default." host with the "NOPROPRED:*" tag. The ".default." host must be called exactly that - with the two dots. It will not show up on the generated web pages, and you can only use it to define these Hobbit-internal tags - not network tests. Regards, Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk ============================================================================== HFHS CONFIDENTIALITY NOTICE: This email contains information from the sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or otherwise protected from disclosure. This email is intended for use only by the person or entity to whom it is addressed. If you are not the intended recipient, any use, disclosure, copying, distribution, printing, or any action taken in reliance on the contents of this email, is strictly prohibited. If you received this email in error, please contact the sending party by replying in an email to the sender, delete the email from your computer system and shred any paper copies of the email you printed. Note to Patients: There are a number of risks you should consider before using e-mail to communicate with us. These risks are described in our Privacy Policy at http://henryford.com. Review that policy carefully before continuing to communicate with us by e-mail. For greater Internet security, our policy describes the Henry Ford MyHealth electronic communication process - you may register at http://henryford.com. If you do not believe that our policy gives you the privacy and security protection you need, do not send e-mail or Internet communications to us. ==============================================================================

1 0