You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@httpd.apache.org by "T. Devergranne" <dg...@nerim.fr> on 2006/03/09 19:55:41 UTC

[users@httpd] Apache dummy connection

>> I have a lot of theses (Apache internal dummy connection), 
>but I can't 
>> get rid of them, I don't know where they come from. Any hints ?
>>
>>
>> 192.168.1.20 - - [09/Mar/2006:08:42:40 +0000] "GET / HTTP/1.0" 200 
>> 15545 "-" "Apache (internal dummy connection)" 192.168.1.20 - - 
>> [09/Mar/2006:08:42:41 +0000] "GET / HTTP/1.0" 200 15564 "-" "Apache 
>> (internal dummy connection)" 192.168.1.20 - - [09/Mar/2006:08:42:42 
>> +0000] "GET / HTTP/1.0" 200 15440 "-" "Apache (internal dummy 
>> connection)"
>>
>> I'm using 2.2.0.
>
>Maybe this will help you: 
>http://www.archivatna.com/t52552-internal-dummy-connection.html


I've seen the discussion, but it doesn't help much. 
Anyone, an way out ?







---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


Re: [users@httpd] Apache dummy connection

Posted by Jim Albert <ji...@netrition.com>.
Jim Albert wrote:
> T. Devergranne wrote:
> 
>>>> I have a lot of theses (Apache internal dummy connection), 
>>>
>>>
>>> but I can't
>>>
>>>> get rid of them, I don't know where they come from. Any hints ?
>>>>
>>>>
>>>> 192.168.1.20 - - [09/Mar/2006:08:42:40 +0000] "GET / HTTP/1.0" 200 
>>>> 15545 "-" "Apache (internal dummy connection)" 192.168.1.20 - - 
>>>> [09/Mar/2006:08:42:41 +0000] "GET / HTTP/1.0" 200 15564 "-" "Apache 
>>>> (internal dummy connection)" 192.168.1.20 - - [09/Mar/2006:08:42:42 
>>>> +0000] "GET / HTTP/1.0" 200 15440 "-" "Apache (internal dummy 
>>>> connection)"
>>>>
>>>> I'm using 2.2.0.
>>>
>>>
>>> Maybe this will help you: 
>>> http://www.archivatna.com/t52552-internal-dummy-connection.html
>>
>>
>>
>>
>> I've seen the discussion, but it doesn't help much. Anyone, an way out ?
> 
> 
> I've noticed this also starting with Apache2.2.
> I see a large number of those internal dummy connection requests during 
> an apache graceful restart (SIGUSR1) and at the same time the cpu load 
> on the Apache2.2 server maxes out at nearly 100%.
> 
> I'm wondering if anyone else sees this high cpu usage with a graceful 
> restart of Apache2.2.
> 
> My home page (GET /) is dynamically generated (although running under 
> mod_perl) but I use the following mod_rewrite rule to make / a very 
> uncostly http request when the HTTP_USER_AGENT is "internal dummy request".
> 
> RewriteEngine on
> RewriteCond %{HTTP_USER_AGENT} ^.*internal\ dummy\ connection.*$ [NC]
> RewriteRule ^/$ /small_static_page.html [L]
> 
> Can anyone comment or confirm a similar experience with high cpu usage 
> during a graceful restart of Apache2.2?
> 
> My OS is Linux 2.6.16-1.2133_FC5smp
> 

In addition I see the following when doing a graceful restart of httpd:
[Mon Jun 26 14:17:14 2006] [notice] Graceful restart requested, doing 
restart
[Mon Jun 26 14:17:15 2006] [error] (9)Bad file descriptor: 
apr_socket_accept: (client socket)
[Mon Jun 26 14:17:59 2006] [notice] Digest: generating secret for digest 
authentication ...
[Mon Jun 26 14:17:59 2006] [notice] Digest: done

I find very little on what the "Bad file descriptor: apr_socket_accept" 
error means.

I am using Apache/2.2.0 on Linux 2.6.16-1.2133_FC5smp


-- 
Jim Albert

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


Re: [users@httpd] Apache dummy connection

Posted by Jim Albert <ji...@netrition.com>.
T. Devergranne wrote:
>>>I have a lot of theses (Apache internal dummy connection), 
>>
>>but I can't 
>>
>>>get rid of them, I don't know where they come from. Any hints ?
>>>
>>>
>>>192.168.1.20 - - [09/Mar/2006:08:42:40 +0000] "GET / HTTP/1.0" 200 
>>>15545 "-" "Apache (internal dummy connection)" 192.168.1.20 - - 
>>>[09/Mar/2006:08:42:41 +0000] "GET / HTTP/1.0" 200 15564 "-" "Apache 
>>>(internal dummy connection)" 192.168.1.20 - - [09/Mar/2006:08:42:42 
>>>+0000] "GET / HTTP/1.0" 200 15440 "-" "Apache (internal dummy 
>>>connection)"
>>>
>>>I'm using 2.2.0.
>>
>>Maybe this will help you: 
>>http://www.archivatna.com/t52552-internal-dummy-connection.html
> 
> 
> 
> I've seen the discussion, but it doesn't help much. 
> Anyone, an way out ?

I've noticed this also starting with Apache2.2.
I see a large number of those internal dummy connection requests during 
an apache graceful restart (SIGUSR1) and at the same time the cpu load 
on the Apache2.2 server maxes out at nearly 100%.

I'm wondering if anyone else sees this high cpu usage with a graceful 
restart of Apache2.2.

My home page (GET /) is dynamically generated (although running under 
mod_perl) but I use the following mod_rewrite rule to make / a very 
uncostly http request when the HTTP_USER_AGENT is "internal dummy request".

RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} ^.*internal\ dummy\ connection.*$ [NC]
RewriteRule ^/$ /small_static_page.html [L]

Can anyone comment or confirm a similar experience with high cpu usage 
during a graceful restart of Apache2.2?

My OS is Linux 2.6.16-1.2133_FC5smp

-- 
Jim Albert

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org