DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=31430>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=31430

Apache stops accepting connections





------- Additional Comments From [EMAIL PROTECTED]  2004-09-27 11:45 -------
In the heat of the moment trying to get apache working on a production
system I didn't have much time to gather data.

I noticed there were quite a few httpd processes, a number of them defunct.
I used gcore to generate four core files to gather data before restarting
apache.

Here is the thread and backtrace data for the main apache process:

[EMAIL PROTECTED] ([EMAIL PROTECTED]) terminated by signal 0 (UNKNOWN SIGNAL)
(/opt/SUNWspro/bin/dbx) where                                                
current thread: [EMAIL PROTECTED]
=>[1] __lwp_sema_wait(0xfdf0de78, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xfef18080
  [2] _park(0xfdf0ddc0, 0xfdf0de78, 0x0, 0x1, 0xfef8d7e0, 0x0), at 0xfef6b2f8
  [3] _swtch(0x5, 0xfef8ca54, 0xfdf0de54, 0xfdf0de50, 0xfdf0de4c, 0xfdf0de48),
at 0xfef6afc0
  [4] _reap_wait(0xfef91428, 0x1e484, 0x0, 0x0, 0x0, 0x0), at 0xfef6e884
  [5] _reaper(0xfef8ca54, 0xfef91428, 0xfef8d870, 0xfef997bc, 0x0, 0xfe400000),
at 0xfef6e600
(/opt/SUNWspro/bin/dbx) threads
      [EMAIL PROTECTED]  a [EMAIL PROTECTED]  ?()   running                 in 
__fork1()
      [EMAIL PROTECTED]  b [EMAIL PROTECTED]  ?()   running                 in 
_signotifywait()
 >    [EMAIL PROTECTED]  a [EMAIL PROTECTED]  ?()   sleep on (unknown)      in 
 > __lwp_sema_wait()

The other three core files were for child httpd processes for the worker MPM.
Here is an example of one of them.  Notice that this looks like a process
waiting to be terminated but a thread is still waiting on something from Tomcat
via mod_jk 1.2.5.  The earlier problems with apache caused a failure with one
of our load balanced tomcat's which probably explains the below backtrace.


[EMAIL PROTECTED] ([EMAIL PROTECTED]) terminated by signal 0 (UNKNOWN SIGNAL)
(/opt/SUNWspro/bin/dbx) where                                                
current thread: [EMAIL PROTECTED]
=>[1] ___lwp_cond_wait(0xfef93fc8, 0xfef93fd8, 0xfea63cf0, 0x0, 0x0,
0xfea63ce8), at 0xfef18034
  [2] __lwp_cond_timedwait(0xfef93fc8, 0xfef93fd8, 0x0, 0x41576b15, 0x0, 0x0),
at 0xfef0fb68
  [3] _age(0xfef8ca54, 0xfef8d7d4, 0x1, 0x0, 0x0, 0xfe401000), at 0xfef6a94c
(/opt/SUNWspro/bin/dbx) threads
      [EMAIL PROTECTED]  a [EMAIL PROTECTED]  ?()   sleep on 0xfef8d878     in 
__lwp_sema_wait()
      [EMAIL PROTECTED]  b [EMAIL PROTECTED]  ?()   running                 in 
_signotifywait()
      [EMAIL PROTECTED]  a [EMAIL PROTECTED]  ?()   sleep on 0xfef91428     in 
__lwp_sema_wait()
     [EMAIL PROTECTED]  a [EMAIL PROTECTED] apr_thread_create()   running       
          in _so_recv()
(/opt/SUNWspro/bin/dbx) thread [EMAIL PROTECTED]
Current function is jk_tcp_socket_recvfull
  313                                0);    
[EMAIL PROTECTED] ([EMAIL PROTECTED]) stopped in _so_recv at 0xfef14ee4
0xfef14ee4: _so_recv+0x0008:    ta      0x8
(/opt/SUNWspro/bin/dbx) where     
current thread: [EMAIL PROTECTED]
  [1] _so_recv(0x19, 0xfd30c650, 0x4, 0x0, 0xfe3b636c, 0x400), at 0xfef14ee4
=>[2] jk_tcp_socket_recvfull(sd = 25, b = 0xfd30c650 "", len = 4), line 313 in
"jk_connect.c"
  [3] ajp_connection_tcp_get_message(ae = 0x4400a0, msg = 0x4400d8, l =
0x158648), line 735 in "jk_ajp_common.c"
  [4] ajp_get_reply(e = 0x4420cc, s = 0xfd30d86c, l = 0x158648, p = 0x4400a0, op
= 0xfd30c738), line 1136 in "jk_ajp_common.c"
  [5] ajp_service(e = 0x4420cc, s = 0xfd30d86c, l = 0x158648,
is_recoverable_error = 0xfd30c7c4), line 1271 in "jk_ajp_common.c"
  [6] service(e = 0x1a1ba0, s = 0xfd30d86c, l = 0x158648, is_recoverable_error =
0xfd30c860), line 338 in "jk_lb_worker.c"
  [7] jk_handler(r = 0x36d988), line 1792 in "mod_jk.c"
  [8] ap_run_handler(0x36d988, 0x0, 0x36d988, 0x226530, 0x0, 0x0), at 0x70218
  [9] ap_invoke_handler(r = 0x36d988), line 363 in "config.c"
  [10] ap_process_request(r = 0x36d988), line 246 in "http_request.c"
  [11] ap_process_http_connection(c = 0x226530), line 250 in "http_core.c"
  [12] ap_run_process_connection(0x226530, 0x226460, 0x226460, 0x206, 0x226528,
0x228430), at 0x86cc0
  [13] ap_process_connection(c = 0x226530, csd = 0x226460), line 175 in
"connection.c"
  [14] process_socket(p = 0x226428, sock = 0x226460, my_child_num = 8,
my_thread_num = 6, bucket_alloc = 0x228430), line 520 in "worker.c"
  [15] worker_thread(thd = 0x15e7b8, dummy = 0x1b0a68), line 834 in "worker.c"
  [16] apr_thread_create(new = 0x15e7b8, attr = (nil), func = (nil), data =
(nil), pool = (nil)), line 103 in "thread.c"

Note that I did have the same core problem with another instance of apache
which does not use mod_jk but I didn't get any core files for it.

Sorry I don't have any more information. The customer was complaining and
I had to get apache running again.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to