William A. Rowe, Jr. wrote:
Justin Erenkrantz wrote:
[..cut..]
My only comment about unbundling pcre is that we're *very* particular
about the pcre version.
Then we should scream loudly if they don't grab the -bundle package that
their system pcre is quite crufty and can't be
Jim Jagielski wrote:
On Sep 28, 2005, at 5:09 PM, [EMAIL PROTECTED] wrote:
Brian Akins wrote:
[..cut..]
Hmmm... It might be best to, in ap_proxy_pre_request() set
*balancer to NULL if the result from proxy_run_pre_request()
isn't OK. Then we can call jump to cleanup.
Yes, this
Any reason why the patch below is not commited yet?
I stumbled across this problem today and reminded myself of this discussion,
but was astonished to find out that it never had been commited.
Regards
Rüdiger
Joe Orton wrote:
As discussed previously; this patch stops killing piped loggers;
Jim Jagielski wrote:
On Sep 29, 2005, at 9:40 AM, Brian Akins wrote:
Mladen Turk wrote:
if (access_status != OK) {
if (access_status != HTTP_SERVICE_UNAVAILABLE)
return access_status;
else
goto cleanup;
}
I guess that makes sense. I just want to chatch the
As I try to improve my Apache code style awareness. What is wrong with the
formatting?
Regards
Rüdiger
Jim Jagielski wrote:
Except for the formatting +1 :)
On Sep 29, 2005, at 12:01 PM, [EMAIL PROTECTED] wrote:
What about the following patch? I think it should address all the things
Jim Jagielski wrote:
Sorry :)
Thanks. So I guess this should be fine:
Index: mod_proxy.c
===
--- mod_proxy.c (Revision 280422)
+++ mod_proxy.c (Arbeitskopie)
@@ -679,8 +679,22 @@
char *url = uri;
/* Try to
Brian Akins wrote:
Here is a trivial patch that will allow proxy_handler to run the
request_status hook if pre_request fails. This is necessary if all
balncer members are in an error state, so that other modules get a
If all workers are in error state, worker will be NULL. Are you sure that
Paul Querna wrote:
I would like to tag and start a 2.1.8-beta cycle next weekend.
According to our VERSIONING file, we should remove all modules
underneath modules/experimental/ for the 2.2.0 release. This currently
includes mod_case_filter, mod_charset_lite, mod_example, mod_dbd, and
William A. Rowe, Jr. wrote:
[EMAIL PROTECTED] wrote:
[..cut..]
I'd argue the opposite. Do you notice how few people at any given time
are following bugzilla? Cleaning up and mopping up? I've done my 400+
hours of time on that side, and am likely to jump back in from time to
time,
Paul Querna wrote:
So, lets change the VERSIONING file/policy. Experimental Modules will
be included in the stable branch. Majority Agree?
-Paul
+1
Regards
Rüdiger
Colm MacCarthaigh wrote:
[..cut..]
Sometimes things are marked experimental not because they are unstable
in the sense that they contain a disproportionate ammount of bugs we
have yet to notice, but rather are unstable in the sense that their
behaviour or API may change in future
William A. Rowe, Jr. wrote:
Colm MacCarthaigh wrote:
Sometimes things are marked experimental not because they are unstable
in the sense that they contain a disproportionate ammount of bugs we
have yet to notice, but rather are unstable in the sense that their
behaviour or API may change
Jim Jagielski wrote:
While looking over implementing the lbmethod via the
provider, one deficiency hit me: there no way to get a
list of registered providers. I'm thinking about adding
a ap_list_providers() which would return a table
of all provider names for a specific group...
Jim Jagielski wrote:
Can anyone else recreate the core dumps that Mladen is seeing with
the balancer in 2.1.7-beta? The httpd-test perl framework has a simple
test for it.
I can confirm Mladens core dumps. I used the latest revision from svn
and did the following:
./configure
Jim Jagielski wrote:
Hold on a tic... it seems to be related to
whether or not it's within a Vhost...
I can confirm this Jim. Once I use
VirtualHost 127.0.0.1:80
Proxy balancer://cluster
BalancerMember ajp://localhost:8009
/Proxy
ProxyPass /servlet-examples/
[EMAIL PROTECTED] wrote:
Jim Jagielski wrote:
Hold on a tic... it seems to be related to
whether or not it's within a Vhost...
I think this is the solution as for each virtual host the create_server_config
is run for this virtual host again *after* all modules have been loaded. Thus it
Xuekun Hu wrote:
[..cut..]
So to limit the number of connections to TOMCAT, I set the max
parameter behind ProxyPass
ProxyPass /jspdir ajp://localhost:8009/jspdir max=10
I run test again, and errors occured again. I used netstat -an to
see how many connections to
Joe Orton wrote:
On Tue, Aug 30, 2005 at 01:01:40PM +0100, Colm MacCarthaigh wrote:
On Mon, Aug 29, 2005 at 09:58:12PM -0700, Paul Querna wrote:
We did find several non-showstopper issues with this tag. If anyone has
a few spare minutes, it would be good to start back porting these from
Hi,
Sai Jai Ganesh Gurubaran wrote:
[..cut..]
Error log:
-
The error log does not show anything in 2.0.54.
Using 2.0.48, we get
[notice] child pid 20653 exit signal Segmentation fault (11)
and
[Fri Aug 12 15:02:51 2005] [notice] child pid 431 exit signal
Author: jerenkrantz
Date: Tue Aug 30 14:21:18 2005
New Revision: 264866
URL: http://svn.apache.org/viewcvs?rev=264866view=rev
Log:
mod_cgid: Refuse to work on Solaris 10 due to OS bugs.
PR: 34264
[..cut..]
+This means that threaded MPMs (such as worker MPM) with CGIs will not work.
Justin Erenkrantz wrote:
[..cut..]
Saw it; but I don't have time to test that myself. For now, I want to
ensure that we don't allow people to shoot themselves in the foot
out-of-the-box. =) -- justin
The Pascal compiler approach: The compiler won't let you shoot yourself in the
foot.
Colm MacCarthaigh wrote:
[..cut..]
Since Apachecon EU, it's also been running the worker MPM (on IA64). and
performance is up by around 9% in our benchmarks. In trunk's STATUS
Just curious. So you switched from your prefork configuration that was presented
during your Apachecon EU session
Colm MacCarthaigh wrote:
On Tue, Aug 30, 2005 at 11:54:04PM +0200, [EMAIL PROTECTED] wrote:
[..cut..]
Yep, and it's faster, by about 9%. We've also done some other crazy
things;
What is the ThreadsPerChild setting you use?
Ben Collins-Sussman wrote:
[..cut..]
Release from trunk every 4-6 months. Only backport critical
bugfixes.
I think this is too often for httpd releases. From my point of view 1 year
would be ok.
I think we need longer periods for that than subversion because the user base
is
Paul A Houle wrote:
[..cut..]
very little to offer end users. A few people thought it would be great
to have pluggable MPM's, and a few other people introduced half-baked
systems such as mod_cache and filters. You know a tree by its fruit,
What is half-baked about filters? Without
Paul Querna wrote:
[..cut..]
This also means that most new features would wait for the next
stable version to be released. If the next stable isn't a 3 year
cycle like 2.0-2.2, I believe this could be acceptable.
I believe that we should have more stable branches, more often. I
Justin Erenkrantz wrote:
On Fri, Aug 12, 2005 at 05:38:40AM +0200, Plm, Rdiger, VIS wrote:
In the case that you are caching a response from a backend app server or
a cgi script I can imagine situations where one variant is 404 and another
one is not. Dw also pointed that out.
From my personal
Joe Orton wrote:
On Mon, Aug 08, 2005 at 01:46:30PM -0700, Paul Querna wrote:
Bill Stoddard wrote:
Jim Jagielski wrote:
I have a bug I'd like to squash in mod_auth_ldap.c in 2.0 that doesn't
exist in 2.1/2.2 (non-existent authn_ldap_request_t req struct during
auth check)... since the
Colm MacCarthaigh wrote:
On Mon, Aug 08, 2005 at 12:45:21AM +0200, [EMAIL PROTECTED] wrote:
Is a traversal really needed? What about going back the full path of the
header / data file to the cache root and removing each component on the
way by calling apr_dir_remove on each component until it
Colm MacCarthaigh wrote:
On Mon, Aug 08, 2005 at 10:33:47AM +0200, [EMAIL PROTECTED] wrote:
[..cut..]
The patch is attached, and I've been testing it for the last few hours
without problem. The code is now running on ftp.heanet.ie. (along
with htcacheclean -t).
Looks very good to me.
Colm MacCarthaigh wrote:
On Mon, Aug 08, 2005 at 10:33:47AM +0200, [EMAIL PROTECTED] wrote:
[..cut..]
O.k., I've merged our two patches, but I've changed a few things, tell
me if there's anothing you think is wrong;
I attached two further patches to your merged patch:
Colm MacCarthaigh wrote:
I finally developed some time to look into this. mod_cache doesn't
behave very nicely when the cache area fills. Of course administators
should make sure it doesn't fill in the first place, but nevertheless a
few people have hit this bug (me included) and I think
Colm MacCarthaigh wrote:
On Sun, Aug 07, 2005 at 09:59:15PM +0200, [EMAIL PROTECTED] wrote:
As you already mentioned the remove_url implementation
of mod_disk_cache is currently an empty dummy :-).
I've been thinking about that, but it's not entirely as easy as it first
seems, or indeed
Short ping. Some time has passed. Has anybody found some time to
review this patch?
Regards
Rüdiger
Sander Striker wrote:
Forwarding for Rüdiger, since he's having some problems posting.
Sander
Original Message
Subject: [PATCH] 404 does not delete cached entries using
Graham Leggett wrote:
matt whiteley wrote:
I admin a webserver that provides mirrors for a number of open source
projects and I frequently see high loads on the server as all files in
a directory are stated on each listing. I would like to have a caching
system for this so that if the
Hansjoerg Pehofer wrote:
On Thu, Jul 07, 2005 at 09:22:25PM +0200, [EMAIL PROTECTED] wrote:
Have you checked
http://mail-archives.apache.org/mod_mbox/httpd-dev/200504.mbox/[EMAIL
PROTECTED] ?
It contains a small patch which was not discussed any further here.
Hi,
i tried your
Jeff McAdams wrote:
I could easily see this resulting
in FTPS support finally being available in open source. Not that I'm a
big fan of FTPS in general, but not having an FTPS server available in
the open source world is something of a gap that probably should be filled.
I haven't checked
Have you checked
http://mail-archives.apache.org/mod_mbox/httpd-dev/200504.mbox/[EMAIL
PROTECTED] ?
It contains a small patch which was not discussed any further here.
Regards
Rüdiger
Hansjoerg Pehofer wrote:
Hi,
it has been some time since the original thread.
This is in reply to
Sander Striker wrote:
[EMAIL PROTECTED] wrote:
Sorry for being persistent, but any news / comments on this?
Thanks for being persistent and patient.
Thanks for the response and your time. I try to follow the three P's: be
patient, persistent and polite :-)
Regards
Rüdiger
Justin Erenkrantz wrote:
--On Wednesday, June 8, 2005 12:09 AM +0200 Sander Striker
[EMAIL PROTECTED] wrote:
Yes you are right I forgot this. So I think this would be better:
FWIW, I *think* the patch should return result rather than the value of
ap_pass_brigade. (Although I have a
Anybody found some time / has some time to have a look at the patch?
This would be really great and appreciated.
Thanks
Rüdiger
[EMAIL PROTECTED] wrote:
Sander Striker wrote:
[EMAIL PROTECTED] wrote:
[..cut..]
Is this behaviour intended and compliant with the RFC?
Not to my
Sander Striker wrote:
[EMAIL PROTECTED] wrote:
[..cut..]
Is this behaviour intended and compliant with the RFC?
Not to my knowlegde. Given that mod_mem_cache and mod_disk_cache are doing
different things is pretty much indicative that one of the two is wrong ;).
That was also my
Felix Enning pointed me again to an interesting question regarding mod_cache /
mod_disk_cache:
The following situation was observed with Apache 2.0.54 (same applies to trunk):
1. A resource gets cached.
2. The original resource gets removed from the backend (e.g on a proxied
webserver,
on
Hi all,
I think I found a problem with mod_cache of the httpd trunk (revision 171201).
First off all I added the following configuration directives to the default
httpd.conf:
CacheRoot /home/ruediger/apache_head/apache_trunk/cache
CacheEnable disk /test
CacheMaxFilesize 1
CacheDirLevels
Hi everybody,
Felix Enning pointed me to a problem with mod_cache in Apache 2.0.54
(http://issues.apache.org/bugzilla/show_bug.cgi?id=34888). This problem
is already fixed in the trunk (see my comments in PR 34888).
As I think that this problem breaks the RFC compliance of mod_cache in 2.0.54
and
Ivan Barrera A. wrote:
[..cut..]
So run the mod_status data and count connections per IP address. This
will be way more reliable than any network-performance criteria, IMHO.
There is already a module for this called mod_limitipcon. I did some
improvements
to it for myself and it works now
Sander Striker wrote:
[EMAIL PROTECTED] wrote:
The problem seems to be, that the proxied backend server that is
cached via mod_disk_cache originally
delivers HTTP status 301 and the Location
http://www.beach-clothing.com/where-to-buy/, but once cached
mod_disk_cache delivers HTTP status
Olaf van der Spek wrote:
On 4/22/05, Justin Erenkrantz [EMAIL PROTECTED] wrote:
[..cut..]
I don't get it. What's your problem? -- justin
The 'here' link is to http://www.beach-clothing.com:8080/where-to-buy/
while he wants it do be to http://www.beach-clothing.com/where-to-buy/
Eli Marmor wrote:
[..cut..]
In addition, the entity must be updated to contain more attributes of
the request (args, POST args, cookies, etc.). And to find it fast, the
key generated by cache_generate_key must be based on more things (such
as args). Because sometimes a dynamic site may have
[..cut..]
Hi all,
I recently noticed that we now have two votes (one from Justin and one from Bill, btw: thanks Bill) for backporting the
patch for report 30399 to 2.0.x.
As I and Dick Snippe (see http://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED]msgNo=97403)
would like to see this
+1 from me for the general idea. This could be be very helpful for
administrators/operators to trace problems of hung requests. As this
creates more overhead to the request processing (although I think not too
much for me personally) there should be a directive for turning this on/off
like
Jeff Trawick wrote:
On Sat, 26 Feb 2005 22:32:22 +0100, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
+1 from me for the general idea. This could be be very helpful for
administrators/operators to trace problems of hung requests.
Thanks for taking the time to comment. I think a lot of people would
52 matches
Mail list logo