[hobbit] New enable/disable tool ready for testing
OK, I installed the new patch without any problems but I get odd results when trying to use it. Using it from the Info page: Microsoft IE - "A runtime error has occurred. Line 267 - Object expected selecting a different server produces a different line number but the same error
Firefox Mozilla - clicking on the disable button does absolutelynothing
From the Enable/Disable page: Seems to work fine The history keeps a record of who disabled and why
Kevin
-----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Saturday, April 16, 2005 2:26 PM To: hobbit at hswn.dk Subject: Re: [hobbit] New enable/disable tool ready for testing Importance: Low
OK, it seemed like most of you liked this new feature, but all of you still wanted a way of disabling stuff on many hosts at once. So I've been busy adding - essentially creating a Hobbit-version of the full maint.pl script.
The result is an updated maintenance-feature patch, available as always from http://www.hswn.dk/beta/maintenance-feature-v2.patch
This is against the 4.0.2 release, like the first version of the patch.
The patch implements the same feature as the first version - you can disable tests for a single host from the "info" page - but it adds an extra script "hobbit-enadis.cgi" that takes over from the maint.pl script. hobbit-enadis.cgi displays an administration page very much like the maint.pl one; I've unashamedly stolen Tom's JavaScript code and used it in my implementation. (I hope he doesn't mind - I'll ask for his permission). However, to better cope with the enormous host-list I've added the ability to filter hosts using three regular expressions - against the hostname, the pagename of the host, and the IP address. That makes it slightly more usable to me...
And:
On Thu, Apr 14, 2005 at 10:35:44AM -0400, Tom Georgoulias wrote:
- I found it confusing to have both the "disable now" and "schedule disable" buttons right next to each other, and the cause field over the schedule disable.
This has been fixed. I think the current display is very intuitive.
I want to log a cause for every disable/enable, scheduled or
immediate.
This is now forced via some Javascript validation, which also makes sure you don't hit the "Apply" button without selecting hosts, tests, entering a valid duration etc.
Regards, Henrik
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On Sat, Apr 16, 2005 at 04:12:33PM -0400, kevin hanrahan wrote:
OK, I installed the new patch without any problems but I get odd results when trying to use it. Using it from the Info page: Microsoft IE - "A runtime error has occurred. Line 267 - Object expected selecting a different server produces a different line number but the same error
Could you try doing a "View source" and let me know what's on that line and the surrounding 3-5 lines ?
I've tried it with IE before releasing and it worked for me, obviously. I've validated the HTML, but this is probably something with the Javascript code.
Firefox Mozilla - clicking on the disable button does absolutely nothing
Probably the same issue. I saw something similar during testing.
Just to rule out any ghosts - did you do a "make clean" before building Hobbit after the patch was applied ?
Henrik
Greetings,
When I attempt to apply the patch I receive the following error:
gcc -g -O -D_REENTRANT -DBIND_8_COMPAT=1 -DDarwin -DMAXMSG=32768
-DBBDPORTNUMBER=1984 -I. -I/Users/hobbit/Desktop/hobbit-4.0.2/include
-DHOBBITD=1 -I. -I../include -c -o headfoot.o headfoot.c
headfoot.c:25:18: pcre.h: No such file or directory
headfoot.c:53: error: parse error before '*' token
headfoot.c:53: warning: data definition has no type or storage class
headfoot.c:54: error: parse error before '*' token
headfoot.c:54: warning: data definition has no type or storage class
headfoot.c:55: error: parse error before '*' token
headfoot.c:55: warning: data definition has no type or storage class
headfoot.c: In function sethostenv_filter': headfoot.c:118: error: PCRE_CASELESS' undeclared (first use in this
function)
headfoot.c:118: error: (Each undeclared identifier is reported only once
headfoot.c:118: error: for each function it appears in.)
headfoot.c:118: warning: assignment makes pointer from integer without a
cast
headfoot.c:119: warning: assignment makes pointer from integer without a
cast
headfoot.c:120: warning: assignment makes pointer from integer without a
cast
make[1]: *** [headfoot.o] Error 1
make: *** [lib-build] Error 2
I did a "make clean" before building. This is on an OS X system running 10.3.8 server.
Any suggestions?
Thanks in advance.
Mike
On 4/16/05 4:34 PM, "Henrik Stoerner" <henrik at hswn.dk> wrote:
On Sat, Apr 16, 2005 at 04:12:33PM -0400, kevin hanrahan wrote:
OK, I installed the new patch without any problems but I get odd results when trying to use it. Using it from the Info page: Microsoft IE - "A runtime error has occurred. Line 267 - Object expected selecting a different server produces a different line number but the same error
Could you try doing a "View source" and let me know what's on that line and the surrounding 3-5 lines ?
I've tried it with IE before releasing and it worked for me, obviously. I've validated the HTML, but this is probably something with the Javascript code.
Firefox Mozilla - clicking on the disable button does absolutely nothing
Probably the same issue. I saw something similar during testing.
Just to rule out any ghosts - did you do a "make clean" before building Hobbit after the patch was applied ?
Henrik
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On Sat, Apr 16, 2005 at 04:40:55PM -0400, Michael Dunne wrote:
When I attempt to apply the patch I receive the following error:
gcc -g -O -D_REENTRANT -DBIND_8_COMPAT=1 -DDarwin -DMAXMSG=32768 -DBBDPORTNUMBER=1984 -I. -I/Users/hobbit/Desktop/hobbit-4.0.2/include -DHOBBITD=1 -I. -I../include -c -o headfoot.o headfoot.c headfoot.c:25:18: pcre.h: No such file or directory
Ah - right, the PCRE include-directory is not being passed to this compile-command.
Apply this patch (on top of the one you installed), and I think it should compile OK.
Regards, Henrik
participants (3)
-
dunne＠accuweather.com
-
henrik＠hswn.dk
-
kevin＠ewormhole.com