I give up, I can't find what's wrong ...
Peter.
Peter Van Biesen wrote:
>
> That's a bit of a problem for the moment, I've compiled 2.0.40, but
> httpd complains at runtime about mod_jk, apparently something has
> changed in the module api ... I'm using the last version of the
> connectors ( 4
Hello,
I love httpd2 and I really like apachebench but using the gnuplot
output option (-g) gave me this:
starttime seconds ctime dtime ttime wait
Thu Aug 29 12:29:31 20010306205713627580 54 54 0
It's truncating the year. Now according to
http://a
Greetings all,
A little while back I started working on a module to control bandwidth
utilization with rate limiting, employing fairly flexible configuration and
some other nifty features.. At the time it became clear fairly early on that
it would be much easier to do this properly within the 2.
On Tue, 27 Aug 2002, Ask Bjoern Hansen wrote:
> > Are you using the most recent head build of 2.0? There was a
> > fix applied recently to the header handling for mod_disk_cache.
> >
> > I am currently doing some work on the caching code, so I'll
> > look into this. Please let me know if you are
I'll check on the time and date code to make sure it is all
clean.
Did you do a clean rebuild and maybe pickup some fixes that
the previous build had missed? I usually find that odd events
like this can be chalked up to having missed compiling a file...
I'm not suprised it works "mostly". mod_di
Really?
I've built mod_jk v1.2.0 (i.e. from jtc 4.0.4 sources) against 2.0.40 on
Windows, Solaris, and AIX (and HP provides one for 2.0.39 on HPUX, but hasn't
gotten to 2.0.40 last I saw) -- though on AIX I had crashes until Jeff Trawick
helped me navigate the insanity of AIX linking (which th
[EMAIL PROTECTED] wrote:
> Greetings all,
>
> From what I've read about the 2.0 API, this application (rate limiting of
> server output) seems perfect for an output filter. However, one of my first
> questions centers around where in the filter chain behavior such as this should
> go.
>
> Obvi
This is a) a quick hack to mod_auth_db.c to enable libdb4, and
b) a rewrite of mod_auth_db.module to make it easier to locate
the libdb libraries. The latter is a table driven approach which tries
to take advantage of libdb-{n} libs ({n}={2,3,4}) if found.
The patch tries to fall back to the old i
Any word on this?
-- Jon
On Mon, Aug 26, 2002 at 08:32:16PM -0700, Jon Travis wrote:
> Hi all...
> Jon Travis here...
>
> Covalent has written a pretty keen HTML parser (called el-kabong)
> which we'd like to offer to the ASF for inclusion in APR-util (or
> whichever other umbrella it fits un
On Thu, 29 Aug 2002, Jon Travis wrote:
> Any word on this?
These things take time... and it pays off to do them well. There is
absolutely no rush.
Dw
On Thu, Aug 29, 2002 at 06:42:39PM +0200, Dirk-Willem van Gulik wrote:
>
>
> On Thu, 29 Aug 2002, Jon Travis wrote:
>
> > Any word on this?
>
> These things take time... and it pays off to do them well. There is
> absolutely no rush.
Just wanted a word. More often than not, when something st
Clay Webster wrote:
>Jess,
>
>Were IIS and Tomcat on the same windows hardware as
>the Apache httpds? Are you seeing network issues
>(e.g.- rexmits) -- you might have them everywhere, but
>your Solaris may not be configured well (ndd,MTU,etc).
>
>
Jason Kissinger ([EMAIL PROTECTED]) respond
At 11:54 AM 8/29/2002, Jess M. Holle wrote:
>Jason Kissinger ([EMAIL PROTECTED]) responded:
>
>>Windows clients hitting Solaris servers does not exhibit this problem.
>>Only Solaris clients hitting Windows servers. I'm unsure if other UN*X
>>have this problem, Linux and Windows does not. And S
Jon Travis wrote:
>
> On Thu, Aug 29, 2002 at 06:42:39PM +0200, Dirk-Willem van Gulik wrote:
> >
> >
> > On Thu, 29 Aug 2002, Jon Travis wrote:
> >
> > > Any word on this?
> >
> > These things take time... and it pays off to do them well. There is
> > absolutely no rush.
>
> Just wanted a wo
On Thu, Aug 29, 2002 at 09:45:19AM -0700, Jon Travis wrote:
> On Thu, Aug 29, 2002 at 06:42:39PM +0200, Dirk-Willem van Gulik wrote:
> > On Thu, 29 Aug 2002, Jon Travis wrote:
> > > Any word on this?
> >
> > These things take time... and it pays off to do them well. There is
> > absolutely no rus
Greg Stein wrote:
>
> Justin and I have both given our thumbs up. The question is now where to put
> the thing. A few people say APR, and few don't like that. A few say httpd,
> and a few don't like that. Bleh :-)
>
I'm 100% comfy with the landing spot being in APR, as a compliment to
the XML r
> > Justin and I have both given our thumbs up. The question is now where to put
> > the thing. A few people say APR, and few don't like that. A few say httpd,
> > and a few don't like that. Bleh :-)
>
> I'm 100% comfy with the landing spot being in APR, as a compliment to
> the XML routines.
+1
On Thu, 29 Aug 2002, Aaron Bannert wrote:
> > > Justin and I have both given our thumbs up. The question is now where to put
> > > the thing. A few people say APR, and few don't like that. A few say httpd,
> > > and a few don't like that. Bleh :-)
> >
> > I'm 100% comfy with the landing spot bei
On Thu, Aug 29, 2002 at 02:24:28PM -0400, Ryan Bloom wrote:
> > +1 from me, I prefer APR actually.
>
> I am really uncomfortable with this going under the APR project. As
> things stand right now, it just doesn't fit with what we have stated our
> goals to be.
>
> If you want to change our stat
Hi again,
I am back again with a proposed change to apachectl
With the input from Aaron, I reworked my proposed fix/enhancement.
In a nutshell, for a wide variety of reasons I want apachectl to
pass -DWARP and other define toggles through to the server invocation.
Customers like apac
William A. Rowe, Jr. wrote:
> At 11:54 AM 8/29/2002, Jess M. Holle wrote:
>
>> Jason Kissinger ([EMAIL PROTECTED]) responded:
>>
>>> Windows clients hitting Solaris servers does not exhibit this
>>> problem. Only Solaris clients hitting Windows servers. I'm unsure
>>> if other UN*X have this p
On Thu, 29 Aug 2002, Aaron Bannert wrote:
> On Thu, Aug 29, 2002 at 02:24:28PM -0400, Ryan Bloom wrote:
> > > +1 from me, I prefer APR actually.
> >
> > I am really uncomfortable with this going under the APR project. As
> > things stand right now, it just doesn't fit with what we have stated o
On Thu, Aug 29, 2002 at 02:31:25PM -0400, Dave Hill wrote:
> Second, despite Aarons reservations. (no one else responded), this
> change also supports the setting of HTTPD_OPTIONS in the environment,
I don't like the idea of magic environment variables either.
> So. any reactions to this
[EMAIL PROTECTED] wrote:
>
> I will make one exception to that statement. If it lands inside of
> APR-util, under the XML directory, and it is made to work with the XML
> parser, I can accept that landing spot. As it fits in closer with our
> goals (I think). Jim, I can't decide if this is wha
On Thu, Aug 29, 2002 at 11:29:24AM -0700, Aaron Bannert wrote: > On Thu, Aug 29, 2002
at 02:24:28PM -0400, Ryan Bloom wrote:
> > > +1 from me, I prefer APR actually.
> >
> > I am really uncomfortable with this going under the APR project. As
> > things stand right now, it just doesn't fit with
Note:
wget was used in all measurements.
Dirk-Willem van Gulik wrote:
It would be nice if the client used was somehting like 'ab' - which comes
with apache ran at 1-100 concurrency; or something like fetch, curl or
wget to make the client identical on all platforms.
Dw
On Tue, 27 Aug 200
My test cases were against a Windows 2000 server, not XP. Our customer
is seeing this against a Windows NT 4.0 system.
I'm sorry, I'm a UN*X hack so don't know much about Windows:
How do I check if QoS Network Drivers are installed?
There is no firewall in the picture.
I did a search of my 2
Hi again,
Attached is the diff -u version of the proposes apachectl changes.
If I am outvoted on the env veriable (and so far it is 2 against me :-)
just drop the $HTTPD_OPTIONS from the end of the line in the few places
it occurs.
thanks,
Dave Hill
--- apachectl.in.orig 2002-08-29
Jess M. Holle wrote:
> William A. Rowe, Jr. wrote:
>
>> At 11:54 AM 8/29/2002, Jess M. Holle wrote:
>>
>>> Jason Kissinger ([EMAIL PROTECTED]) responded:
>>>
Windows clients hitting Solaris servers does not exhibit this
problem. Only Solaris clients hitting Windows servers. I'm unsure
Dave Hill wrote:
> Hi again,
>
> Attached is the diff -u version of the proposes apachectl changes.
> If I am outvoted on the env veriable (and so far it is 2 against me :-)
> just drop the $HTTPD_OPTIONS from the end of the line in the few places
> it occurs.
>
> thanks,
> Dave Hill
Hi
Hello,
on line 120 of suexec.h is written:
#define AP_LOG_EXEC "/usr/local/apache/logs/cgi.log"
I suppose this should be:
#define AP_LOG_EXEC "/usr/local/apache2/logs/cgi.log"
Bye,
Werner.
Ian Holsman wrote:
> Jess M. Holle wrote:
>
>> William A. Rowe, Jr. wrote:
>>
>>> At 11:54 AM 8/29/2002, Jess M. Holle wrote:
>>>
Jason Kissinger ([EMAIL PROTECTED]) responded:
> Windows clients hitting Solaris servers does not exhibit this
> problem. Only Solaris clients hitti
Once apreq's fate is decided, I'll try to submit a patch for
these to work with apreq_cookie. In the meantime, you may want
to incorporated these- the current cookie "parsing" code looks
a bit unsafe to me. Also, RFC 2965's "Cookie2" header is used for
sending $Version info, not cookie dat
On Thu, 29 Aug 2002, Jon Travis wrote:
> On Thu, Aug 29, 2002 at 11:29:24AM -0700, Aaron Bannert wrote: > On Thu, Aug 29,
>2002 at 02:24:28PM -0400, Ryan Bloom wrote:
> > > I will make one exception to that statement. If it lands inside of
> > > APR-util, under the XML directory, and it is made
On Thu, Aug 29, 2002 at 02:30:35PM -0700, Sander van Zoest wrote:
> On Thu, 29 Aug 2002, Jon Travis wrote:
>
> > On Thu, Aug 29, 2002 at 11:29:24AM -0700, Aaron Bannert wrote: > On Thu, Aug 29,
>2002 at 02:24:28PM -0400, Ryan Bloom wrote:
> > > > I will make one exception to that statement. If
At 04:07 PM 8/29/2002, you wrote:
client: SunOS 5.8 Generic_108528-15 sun4u sparc SUNW,Sun-Blade-1000
>test1: wget http://w2k/8mbfile == 80KB/s
>test2: wget http://w2k/webapp/8mbfile == 1MB/s
>
>client: Linux 2.4.18-3smp
>test1: wget http://w2k/8mbfile == 8MB/s
>test2: wget http://w2k/webapp/8mb
On Thu, Aug 29, 2002 at 05:46:11PM -0500, William A. Rowe, Jr. wrote:
> I'm really beginning to suspect a borked sendfile implementation. Suggest
> that you try disabling sendfile on solaris and repeat the test.
Solaris 8 doesn't have sendfile (sendfilev). I think Solaris 9 as
well as really re
Hello,
My apologies in advance for the crosspost, I'm not sure which group
should handle this.
I am running httpd 2.0.40 on Linux 2.5.24 (compiled with gcc 3.1). I
have noticed a problem where httpd is unable to determine the content-length
of a POST message and aborts prior to calling
On Thu, Aug 29, 2002 at 08:06:45AM -0700, Ian Holsman wrote:
> your trying to limit traffic based on what kind of request/request path
> it has ?
Yes, actually based on vhost, URI, directory, file type, size, user, time of
day, etc, etc.. pretty much anything you can think of. It also supports
Hello Alex,
tell me more about your module.
Is it already available for testing
and apache2?
Bye and thanks,
Werner.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Friday, August 30, 2002 1:23 AM
To: [EMAIL PROTECTED]
Subject: Re: Questions about filter pla
On Fri, Aug 30, 2002 at 01:31:04AM +0200, Werner Schalk wrote:
> tell me more about your module.
> Is it already available for testing
> and apache2?
Nope, as I mentioned, I've got the core decision-making code (and the
rate-limiting theory) written, but I'm just starting to put together an apach
On Fri, 2002-08-30 at 09:46, [EMAIL PROTECTED] wrote:
> I'll let people know when I have something people might actually want to use :)
I don't know if you're planning to make this module free software, but
if you do - treat your users as developers and they will be the
developers :-)
Bojan
[EMAIL PROTECTED] wrote:
> On Thu, Aug 29, 2002 at 08:06:45AM -0700, Ian Holsman wrote:
>
>>your trying to limit traffic based on what kind of request/request path
>>it has ?
>
>
> Yes, actually based on vhost, URI, directory, file type, size, user, time of
> day, etc, etc.. pretty much anythi
On Fri, Aug 30, 2002 at 09:58:01AM +1000, Bojan Smojver wrote:
> On Fri, 2002-08-30 at 09:46, [EMAIL PROTECTED] wrote:
>
> > I'll let people know when I have something people might actually want to use :)
>
> I don't know if you're planning to make this module free software, but
> if you do - tr
[EMAIL PROTECTED] wrote:
>Well, my main concern is if there are things down the line which buffer large
>portions of data before sending them out, it would generate "bursty" network
>traffic, which I want to avoid. Part of the reason I'm doing this is because I
>want to have more smooth control
On Thu, Aug 29, 2002 at 04:55:57PM -0700, Ian Holsman wrote:
> hmm
> you might run into trouble on filetype/size (anything which you need the
> response for) as there is no hook >after< the handler.
Hmm, that's a little annoying.. I'm actually realizing that I probably can't
do it cleanly based
On Fri, 2002-08-30 at 10:05, [EMAIL PROTECTED] wrote:
> Most of this code isn't even out of my head yet, give me a chance to scribble
> some of it down before you all try to test it! :)
Having that thingy from Johnny Mnemonic, would help during that phase, I
reckon ;-) Happy hacking!
Bojan
On Thu, Aug 29, 2002 at 05:10:00PM -0700, Brian Pane wrote:
> Another possibility would be to create a new metadata bucket type.
> In a request-level hook or filter, insert a metadata bucket that
> describes the appropriate bandwidth-throttling rules for the buckets
> that follow. Then you can us
I apologize if this (bug?) has already been brought up or resolved earlier.
I noticed a frequently occuring error being logged:
[error] Spurious SSL handshake interrupt [Hint: Usually just one of those
OpenSSL confusions!?]
Looking into the matter, I discovered that this error is logged whenev
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes:
> Looking into the matter, I discovered that this error is logged whenever a
> connection from localhost to localhost:443 is made. The errors ALWAYS occur
> after apachectl startssl; they never occur with apachectl start.
I'd bet that this is idl
On Thu, Aug 29, 2002 at 09:21:27PM -0400, Jeff Trawick wrote:
> "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes:
>
> > Looking into the matter, I discovered that this error is logged whenever a
> > connection from localhost to localhost:443 is made. The errors ALWAYS occur > >
>after apachectl s
You may want to try actually grabbing a couple-byte monitor page in your case from the
load balancers and parse it and look for a special string inside it, that's what we do
and that works well. This method not only tests if a connection is being opened, but
more thoroughly tests server intern
Hello,
This is a apache bench patch. Since ab support only HEAD, GET and POST, I added -m
option to specify methods so that we can do PROFIND or PROPATCH benchmark using ab.
Index: ab.c
===
RCS file: /home/cvspublic/httpd-2.0/suppo
On Thu, Aug 29, 2002 at 04:16:51PM -0700, Brian Doyle wrote:
> I am running httpd 2.0.40 on Linux 2.5.24 (compiled with gcc 3.1). I
> have noticed a problem where httpd is unable to determine the content-length
> of a POST message and aborts prior to calling the specified CGI script.
I can't
> I'd bet that this is idle server maintenance (taking down a child
> process which isn't necessary). The non-SSL path doesn't log an error
> for a dummy connect but evidently the SSL path does.
>
> The connect to itself isn't a bug, though it would be nice to avoid the
> SSL complaints. Try sw
Hi,
I dont know whether it is a bug or expected behaviour.
When I Gracefuly restart the server, some requests after that still goes to process
which were active before restart. And it that seems they have old config with them ??
Also while restarting I am pretty sure that the server was idle.
Hi,
since two days I have problems starting Apache2. All LoadModule
directives _after_ the following line
LoadModule perl_module modules/mod_perl.so
prevent Apache2 from starting with this error:
F:\Apache2\bin>apache
Syntax error on line 177 of F:/Apache2/conf/httpd.conf:
LoadModule takes one
Dave Hill wrote:
> Hi again,
> I am back again with a proposed change to apachectl
> With the input from Aaron, I reworked my proposed fix/enhancement.
> In a nutshell, for a wide variety of reasons I want apachectl to
> pass -DWARP and other define toggles through to the server invocati
Since no one had any feedback to the earlier posts about splitting
the auth modules into authn/authz, I decided to just call it authn
(old auth) and authz (what Dirk called access).
http://www.apache.org/~jerenkrantz/new-aaa/aaa-authn-authz-split.tar.gz
http://www.apache.org/~jerenkrantz/new-aaa/
59 matches
Mail list logo