+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
I very regularly have problems accessing svn.apache.org. For example,
right now a traceroute gets to corv-car1-gw.nero.net and then can't
get any further. I can't access svn.apache.org at all right now.
Which means I can't do some work right now. :)
Does anyone know of any problems with
Adam Woodworth wrote:
I very regularly have problems accessing svn.apache.org. For example,
right now a traceroute gets to corv-car1-gw.nero.net and then can't
get any further. I can't access svn.apache.org at all right now.
Which means I can't do some work right now. :)
Does anyone know of
Hi,
While I'm waiting for my subscription to infra to be activated...
There are no errors -- I simply cannot connect to svn.apache.org. I
am in Boston, MA, in the USA. The traceroute never finishes...the
browser never connects...etc...it's like the net link to
svn.apache.org is just not
On May 19, 2008, at 11:43 AM, Tony Stevenson wrote:
Adam Woodworth wrote:
I very regularly have problems accessing svn.apache.org. For
example,
right now a traceroute gets to corv-car1-gw.nero.net and then can't
get any further. I can't access svn.apache.org at all right now.
Which means
Jim Jagielski wrote:
On May 19, 2008, at 11:43 AM, Tony Stevenson wrote:
Adam Woodworth wrote:
I very regularly have problems accessing svn.apache.org. For example,
right now a traceroute gets to corv-car1-gw.nero.net and then can't
get any further. I can't access svn.apache.org at all
I tried using the SetEnv proxy-nokeepalive 1 option in httpd.conf,
and it cleared up the proxy errors that I was having with an IIS
backend server, and it may have decreased the proxy errors with Apache
backend servers as well.
I tried again without the proxy-nokeepalive option, and the
And FWIW the backends also seem to have keepalives disabled.
On Mon, May 19, 2008 at 12:36 PM, Adam Woodworth [EMAIL PROTECTED] wrote:
I tried using the SetEnv proxy-nokeepalive 1 option in httpd.conf,
and it cleared up the proxy errors that I was having with an IIS
backend server, and it may
On 05/19/2008 06:09 PM, Adam Woodworth wrote:
Index: modules/proxy/proxy_util.c
+/* Close a possible existing socket if we are told to do so */
+if (conn-close) {
+socket_cleanup(conn);
+conn-close = 0;
+}
Does this mean that sockets that should have been closed
So let's consider the case of a web browser that uses keepalives. If
the web browser has a keepalive connection, and the connection closes
behind it's back so that the next time the browser tries to use the
connection it fails (like this problem we're having with mod_proxy),
what should the web
On May 19, 2008, at 3:36 PM, Adam Woodworth wrote:
So let's consider the case of a web browser that uses keepalives. If
the web browser has a keepalive connection, and the connection closes
behind it's back so that the next time the browser tries to use the
connection it fails (like this
On 05/19/2008 09:36 PM, Adam Woodworth wrote:
So let's consider the case of a web browser that uses keepalives. If
the web browser has a keepalive connection, and the connection closes
behind it's back so that the next time the browser tries to use the
connection it fails (like this problem
#include sys/types.h
#include sys/socket.h
#include netinet/ip.h
#include string.h
#include unistd.h
#include stdio.h
int main(int argc, char *argv[])
{
int listen_fd;
int fd;
struct sockaddr_storage addr;
socklen_t addrlen = sizeof(addr);
struct sockaddr_in addr_in;
Can anyone explain why turning on proxy-nokeepalive would cause proxy
errors to an IIS server to stop happening?
We would see proxy errors to IIS backends regularly with
proxy-nokeepalive OFF (mod_proxy sends Connection: Keep-Alive).
When we use proxy-nokeepalive ON (set to 1, mod_proxy sends
Forgot an important detail:
In both cases, the backend always responds with Connection: Close
(it's setup to do that).
On Mon, May 19, 2008 at 4:51 PM, Adam Woodworth [EMAIL PROTECTED] wrote:
Can anyone explain why turning on proxy-nokeepalive would cause proxy
errors to an IIS server to stop
15 matches
Mail list logo