Henrik
Do you have a timetable when you plan on moving the depends function out from under bbnet?
A feature request I have is to be able to use the depends tag to link a specific ports test to a procs test.
Example:
port 22 is being checked
PORT LOCAL=%[.:]22$ STATE=LISTEN "TEXT=SSH listener"
also
process sshd is being watched
PROC sshd TRACK=sshd TEXT=ssh
If PROC sshd dies go red, it would be nice if the ports test goes clear instead of red.
Thanks Trent Melcher
The interval feature of hobbitlaunch.cfg is really nice.
If it could be possible I would like to see 2 new option:
- a STARTDELAY option that delay the startup of some task in hobbitlaunch by the specified amount of time
- a SCHEDULE option that for example can accept a range of day/date to launch a task and will launch it in that period of time (for example to launch a specific task only Mon-Fri from 2:00AM to 6:00AM).
Thanks for the really good work :D
Francesco
Couldn't Hobbit (client or server) put some of these timer events into its own crontab file and let the CRON daemon manage and execute them on Hobbit's behalf? This assumes that the CRON daemon is running. Hobbit should not accept any of those timer events in the event CRON daemon is not running.
/Thomas Kern /301-903-2211
-----Original Message----- From: Francesco Duranti [mailto:fduranti at q8.it] Sent: Thursday, July 26, 2007 2:18 PM To: hobbit at hswn.dk Subject: [hobbit] Feature request for 4.3.0 (STARTDELAY/SCHEDULE)
The interval feature of hobbitlaunch.cfg is really nice.
If it could be possible I would like to see 2 new option:
- a STARTDELAY option that delay the startup of some task in hobbitlaunch by the specified amount of time
- a SCHEDULE option that for example can accept a range of day/date to launch a task and will launch it in that period of time (for example to launch a specific task only Mon-Fri from 2:00AM to 6:00AM).
Thanks for the really good work :D
Francesco
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
I've created yesterday a local DNS on the hobbit server using bind that is working as slave for the Microsoft AD DNS so that I can use it without having the problem that a DNS/Network fault will not let hobbit resolve the name.
To test i used this command and it crash without "--no-ares" : bbtest-net --debug --report --ping --checkresponse --dnslog=/tmp/pippo --no-update
After I started to use this local DNS bbtest-net started to crash during the name resolution. Now it's working with --no-ares 007-07-26 20:48:07 Adding hostname 'ITROMEXV11VSSMTP1' to resolver queue 2007-07-26 20:48:07 Adding hostname 'ITROMMX10VSSMTP1' to resolver queue 2007-07-26 20:48:07 Processing 500 DNS lookups with ARES 2007-07-26 20:48:07 Got DNS result for host itromlx103 : 10.90.2.63 2007-07-26 20:48:07 DNS lookup failed for itrompx20 - status Domain name not found (4) 2007-07-26 20:48:37 DNS lookup failed for ent4001 - status Domain name not found (4) 2007-07-26 20:48:37 DNS lookup failed for kpitts - status Domain name not found (4) .... 2007-07-26 20:48:37 DNS lookup failed for sap2 - status Channel is being destroyed (16) 2007-07-26 20:48:37 DNS lookup failed for sun4e - status Channel is being destroyed (16) 2007-07-26 20:48:37 DNS lookup failed for itrompx01 - status Channel is being destroyed (16) 2007-07-26 20:48:37 DNS lookup failed for itromlx104 - status Channel is being destroyed (16) Aborted (core dumped)
On Thu, Jul 26, 2007 at 08:55:30PM +0200, Francesco Duranti wrote:
After I started to use this local DNS bbtest-net started to crash during the name resolution.
Hobbit currently uses an older version of the c-ares library. Could you perhaps test this with the latest version ? You can grab it from http://www.hswn.dk/beta/snapshot/bbnet/c-ares-1.4.0.tar.gz - just save this file into the hobbit-source "bbnet" directory, and change the ARESVER setting in hobbitsource "build/Makefile.rules". Then run "make clean; make" to rebuild hobbit.
Regards, Henrik
With ares 1.4.0 all works correctly :D
Thanks Francesco
-----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Thursday, July 26, 2007 10:17 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Problem with bbtest-net using ARES
On Thu, Jul 26, 2007 at 08:55:30PM +0200, Francesco Duranti wrote:
After I started to use this local DNS bbtest-net started to crash during the name resolution.
Hobbit currently uses an older version of the c-ares library. Could you perhaps test this with the latest version ? You can grab it from http://www.hswn.dk/beta/snapshot/bbnet/c-ares-1.4.0.tar.gz - just save this file into the hobbit-source "bbnet" directory, and change the ARESVER setting in hobbitsource "build/Makefile.rules". Then run "make clean; make" to rebuild hobbit.
Regards, Henrik
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
In my hobbit configuration I've many pages and subpages and one feature that I would really like is the possibility to have a bb2 page for every page I'm in so that for example if I'm in the "Unix Server" page that contains "DB Servers" and "Application Servers" I can check directly all the "non green status" from that point in the page hierarchy.
Francesco
I'm not sure if it's a bug but it seems that memory allocated by multikey don't become free if the <!-- linecount is present (the free is inside the else part of the if) ... This should solve it. Francesco --- htmllog.c 2007-07-21 18:13:34.000000000 +0200 +++ htmllog.c.new 2007-07-26 20:23:42.000000000 +0200 @@ -412,14 +412,15 @@ } while (p && (*p)); /* There is probably a header line ... */ if (!netwarediskreport && (linecount > 1)) linecount--; } - xfree(multikey); - - fprintf(output, "<!-- linecount=%d -->\n", linecount); } + xfree(multikey); + + fprintf(output, "<!-- linecount=%d -->\n", linecount); + fprintf(output, "%s\n", hobbit_graph_data(hostname, displayname, service, color, graph, linecount, HG_WITHOUT_STALE_RRDS, HG_PLAIN_LINK, locatorbased, now-graphtime, now)); } if (histlocation == HIST_BOTTOM) { historybutton(cgibinurl, hostname, service, ip, displayname,
participants (4)
-
fduranti＠q8.it
-
henrik＠hswn.dk
-
Thomas.Kern＠hq.doe.gov
-
trent.melcher＠sitel.com