- Xymon - Xymon mailman web

Availability Reports in RC4
by JohnAMilburn＠hotmail.com 01 Mar '05

01 Mar '05

I upgraded to RC4 and noticed that the reports module does not seem to handle includes in the bb-hosts file. The only host in my bb-hosts file is the hobbit server. The others are all in other files with include lines in bb-hosts. I used bbhostshow and directed the output to a file. I replaced bb-hosts with that file and the system works fine.

3 2

Alerts config
by JohnAMilburn＠hotmail.com 01 Mar '05

01 Mar '05

The docs for alert config using the PAGE say to use the page name. I found that if you are using a subpage, that you need the full path (PAGE/SUBPAGE) to make it work.

2 1

Custom RRD graphs
by dstuffle＠deltafaucet.com 01 Mar '05

01 Mar '05

Hello, I'm trying to learn how to create custom graphs. I have it working for graphing license usage but I'm am not clear on a few things. Here is what I put in the hobbitgraph.cfg: [license] TITLE License Utilization YAXIS Used Licenses DEF:avg=license.rrd:license:AVERAGE LINE2:avg#@COLOR@:Used Licenses GPRINT:avg:LAST: \: %5.1lf (cur) GPRINT:avg:MAX: \: %5.1lf (max) GPRINT:avg:MIN: \: %5.1lf (min) GPRINT:avg:AVERAGE: \: %5.1lf (avg)\n My question is, what does AVERAGE mean in the DEF line? What other options are there besides AVERAGE? Also, the license count will always be a whole number from say, 0 to 30. Sometimes my graph shows, for example, 3.6 licenses used. Is there an option I need to add to tell it to always use a whole number? My custom_rrd script doesn't send anything except a whole number. Thanks for any help. David Stuffle 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

[hobbit] nwstats2bb external going purple every 30
by dstuffle＠deltafaucet.com 01 Mar '05

01 Mar '05

Thanks Henrik! Changing the "exit 1" to "exit 0" fixed it. By the way, I did have to add BBSLEEP=300 to the hobbitserver.cfg also, but changing the exit code is what did it. David Stuffle -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Monday, February 28, 2005 9:18 AM To: hobbit at hswn.dk Subject: Re: [hobbit] nwstats2bb external going purple every 30 On Mon, Feb 28, 2005 at 09:03:40AM -0500, Stuffle, David wrote: > Hi all, > I'm using the nwstats2bb external to monitor my Novell servers. It's > going purple about every 30 minutes and then back to green in 1-2 > minutes. It was working fine under the old BB. Is anyone else > running this external script? I was going to point out that hobbitlaunch logs an exit code of 1, which usually indicates an error condition - but then I see that it's your script that does an "exit 1". You may want to change that to "exit 0" to keep that line out of the logs... But what's in the logfile from the script itself (the file you point at with the LOGFILE entry) ? I'll bet it is some environment setup that Hobbit doesn't do for you but the nwstats2bb.pl script expects. Regards, Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk 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.

1 0

bbgen 3.5 extra larrd in 'trends'
by benny.kjellgren＠staff.spray.se 01 Mar '05

01 Mar '05

Hi, Before upgrade to hobbit server I try bbgen 3.5. I am very impressed but one thing I can not get to work. I want to add extra graphs in 'trends' for some hosts. Have "LARRD:*,postfix" in bb-hosts and list all my extra graphs in LARRDS (in bbdef-server.sh). I get the postfix graph on the 'postfix' page but not on the 'trends' page. //benny

1 0

RRA definitions for rrds?
by blysik＠shutterfly.com 01 Mar '05

01 Mar '05

Hi, So I've gotten some new data being graphed in Hobbit. However, I've got a request to set it up in such a way that I don't lose granularity. Basically I want to be able to define the rrd with 2 years worth of data points. Is such a thing possible in Hobbit? -- Bruce Z. Lysik <blysik at shutterfly.com> Operations Engineer

2 1

[hobbit] disabled monitors showing purple occasionally on web ui
by blysik＠shutterfly.com 01 Mar '05

01 Mar '05

> Cool. Were you able to fix this in RC4? Because I just > installed RC4, and it looks like it's still there. Or at > least a similar problem is. At the moment I have three > disabled purple monitors showing. Actually, the problem has changed. Now it appears that ALL the disabled monitors are showing up as purple. Ack. -- Bruce Z. Lysik <blysik at shutterfly.com> Operations Engineer

2 1

[hobbit] disabled monitors showing purple occasionally on web ui
by blysik＠shutterfly.com 01 Mar '05

01 Mar '05

> OK, I found out why - when a host was disabled, hobbit's "valid until" > timestamp for the statusreport was not being updated; so to bbgen it > appeared as if the status message was no longer valid, hence it would > show up purple. This would actually trigger a status update so the > "valid until" timestamp was refreshed, and it would stay blue for > another 30 minutes. > > Cute interaction between the hobbit daemon and bbgen. Cool. Were you able to fix this in RC4? Because I just installed RC4, and it looks like it's still there. Or at least a similar problem is. At the moment I have three disabled purple monitors showing. -- Bruce Z. Lysik <blysik at shutterfly.com> Operations Engineer

1 0

database backend
by brianlynch＠gmail.com 28 Feb '05

28 Feb '05

Any thoughts to a mysql or other database backend for reporting purposes? There was a brief hack on the bb source code, but no action from Sean.

2 1

[hobbit] bb-hosts NAME Option question
by ajeffco＠orhs.org 28 Feb '05

28 Feb '05

Youda MAN! Removed the (), and it worked like a champ. Thanks again, Al Jeffcoat IBM Certified Support Specialist, AIX Enterprise Storage Administrator System Programmer II (321)843-1051 ajeffco at orhs.org -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Monday, February 28, 2005 4:26 PM To: hobbit at hswn.dk Subject: Re: [hobbit] bb-hosts NAME Option question On Mon, Feb 28, 2005 at 04:09:17PM -0500, Jeffcoat, Al wrote: > Ok, I have a question on NAME:hostname bb-host option... [snip] > ###.###.###.### srv645a # NAME:"SIS Node A (Mercy Drive)" > > Now, this works beautifully on the display page, and renames srv645a to > SIS Node A (Mercy Drive). However, when I try to click on any of the > service icons (conn/info, etc), it gives me an invalid status page. Well, that *is* a bug - it's the parenthesis that do it. In the old days when BB was using CGI's coded as shell scripts, special characters that could cause security problems were banned from the URL's sent to CGI-programs, and the bbgen/Hobbit CGI's did the same. I think it's safe to drop that restriction now. None of the Hobbit CGI's ever deal with the query-parameters in the shell wrappers. Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk This e-mail message and any attached files are confidential and are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any review, use, or distribution of this e-mail message and any attached files is strictly prohibited. This communication may contain material protected by Federal privacy regulations, attorney-client work product, or other privileges. If you have received this confidential communication in error, please notify the sender immediately by reply e-mail message and permanently delete the original message. To reply to our email administrator directly, send an email to: postmaster at orlandoregional.org . If this e-mail message concerns a contract matter, be advised that no employee or agent is authorized to conclude any binding agreement on behalf of Orlando Regional Healthcare by e-mail without express written confirmation by an officer of the corporation. Any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of Orlando Regional Healthcare.

1 0