Re: [users@httpd] [error] (9)Bad file descriptor: apr_socket_accept: (client socket)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Could you tell me a little more about your setup? Kernel, CPU (32-bit or 64-bit), filesystem (ReiserFS or ?), compiler version, etc.? Are you running 2.2.2? I'd really appreciate knowing.

I'm digging into this, one way or another. If it were just an occassional error message, I might ignore it, but I usually get bitten at some point when I ignore repeated error messages. The other point, as I noted, is that on rare occassion the server crashes (once a month, maybe).

I've been using Apache since 1996, about v.1.1. I haven't had a production version of Apache crash that often since about version 1.2. 

I've discovered numerous Apache bugs over the years, almost always reported by the time I found them, but this is unreported. It leads me to believe something more onerous is going on that is not Apache specific.

Call me paranoid, but this is a production environment. I like my job; I've never been fired. I'd like to keep it that way.

Again, I'd really appreciate any extra info on your system. When I find the answer, I promise I'll let you know, even if I have to pay programmers out of my own pocket to do it.

Thanks again,

Jeff



On Fri, 19 May 2006 23:31:13 -0400, "Brian Rectanus" <brectanu@xxxxxxxxx> wrote:
> I noticed this the other day.  It happens whenever you stop the
> service as well.  I have not dug any deeper into it, though.
> 
> I am on RedHat AS3 and Apache 2.2.2.
> 
> -B
> 
> On 5/19/06, jh@xxxxxxxxxxx <jh@xxxxxxxxxxx> wrote:
>> I've spent hours googling and asked about this error message on a PHP
> list and was directed here.
>>
>> Every time I gracefully restart Apache 2.2.2, the error log reports:
>>
>> [Thu May 18 19:59:29 2006] [notice] Graceful restart requested, doing
> restart
>> [Thu May 18 19:59:29 2006] [error] (9)Bad file descriptor:
> apr_socket_accept: (client socket)
>> [Thu May 18 19:59:30 2006] [notice] Apache configured -- resuming normal
> operations
>> [Thu May 18 19:59:30 2006] [warn] long lost child came home! (pid 2881)
>>
>> On rare occasion, Apache 2.2.2 is crashing with:
>> [Fri May 19 17:29:05 2006] [notice] child pid 11243 exit signal
> Segmentation fault (11)
>> (Long list, all the child pids different of course.)
>>
>> I've searched the bug list and found nothing for apr_socket_accept. From
> googling, I've found messages about errors with apr_socket_accept in very
> old versions of Apache, but none seemed helpful.
>>
>> Since I see "client socket", it certainly sounds like it's an
> interaction with something else that's causing the problem, but I don't
> know how to determine what that something else is. I could include my
> strace, but it's long and I'm not a progammer so I can't really get
> anywhere with it.
>>
>> I get the same error even if I take out the only external module I use
> (PHP5.1.4). I've tried using a totally stripped-down version of httpd.conf
> as well, with the same results. I've tried building Apache without some of
> the standard modules, with the same results. (The list of modules is
> below.)
>>
>> It seems possibly related to my operating/build environment:
>>     gcc version 3.3.5 (Debian 1:3.3.5-13)
>>     ReiserFS on (software) RAID-1
>>     Linux version 2.6.8-11-amd64-generic
>>     Debian Stable
>>
>> dmesg reports no file system errors. I did reboot the system once, and
> ReiserFS reported no problems. The only thing left that I can think of is
> to bring down the server and run reiserfsck. It's a production server, so
> I very much dislike doing it unless someone believes that this error
> points towards the file system.
>>
>> Any suggestions appreciated.
>>
>> Thank you,
>>
>> Jeff Hill
>>
>>
>> # apachectl -l
>>   core.c
>>   mod_authn_file.c
>>   mod_authn_default.c
>>   mod_authz_host.c
>>   mod_authz_groupfile.c
>>   mod_authz_user.c
>>   mod_authz_default.c
>>   mod_auth_basic.c
>>   mod_cache.c
>>   mod_mem_cache.c
>>   mod_include.c
>>   mod_filter.c
>>   mod_deflate.c
>>   mod_log_config.c
>>   mod_env.c
>>   mod_usertrack.c
>>   mod_setenvif.c
>>   mod_ssl.c
>>   prefork.c
>>   http_core.c
>>   mod_mime.c
>>   mod_status.c
>>   mod_autoindex.c
>>   mod_asis.c
>>   mod_info.c
>>   mod_cgi.c
>>   mod_negotiation.c
>>   mod_dir.c
>>   mod_actions.c
>>   mod_speling.c
>>   mod_userdir.c
>>   mod_alias.c
>>   mod_rewrite.c
>>   mod_so.c
>>
>>
>>
>> ---------------------------------------------------------------------
>> 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@xxxxxxxxxxxxxxxx
>>    "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
>> For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
>>
>>
> 
> ---------------------------------------------------------------------
> 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@xxxxxxxxxxxxxxxx
>    "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
> For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx


---------------------------------------------------------------------
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@xxxxxxxxxxxxxxxx
   "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx



[Index of Archives]     [Open SSH Users]     [Linux ACPI]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Squid]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux