Return-Path: Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 12143 invoked by uid 500); 11 Nov 2001 02:10:56 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 12132 invoked from network); 11 Nov 2001 02:10:56 -0000 Date: Sat, 10 Nov 2001 21:11:02 -0500 (EST) From: Dale Ghent To: dev@httpd.apache.org Subject: Two apache/2.0.29-dev problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N I'm running HEAD as of earlier this afternoon on Solaris 8+sendfile, with the worker mpm. I'm seeing two problems: one, is that the httpd process (one, sometimes both of the children I have started) will spin up, eating CPU. A truss of these busy processes shows that there are some threads stuck in some sort of read() loop on one or more sockets, and all the read()s are returning 0 bytes. This persists until I kill the processes. The second issue, is that httpd seems to hang in ap_lingering_close() while shutting down (after an 'apachectl stop' is issued. It'll eventually die when I send a few SIGTERMs to it, and leaves a core file behind with the following stack trace: #0 0xff348ee0 in apr_pool_clear (a=3D0x3d6620) at apr_pools.c:957 957 free_blocks(a->first->h.next); (gdb) where #0 0xff348ee0 in apr_pool_clear (a=3D0x3d6620) at apr_pools.c:957 #1 0x97160 in core_output_filter (f=3D0x3c8910, b=3D0x0) at core.c:3217 #2 0x90108 in ap_pass_brigade (next=3D0x3c8910, bb=3D0x499a58) at util_filter.c:276 #3 0x8ea64 in ap_lingering_close (dummy=3D0x3c8698) at connection.c:175 #4 0xff348d44 in run_cleanups (c=3D0x3c88d8) at apr_pools.c:833 #5 0xff348ec8 in apr_pool_clear (a=3D0x3c8598) at apr_pools.c:949 #6 0xff348f24 in apr_pool_destroy (a=3D0x3c8598) at apr_pools.c:995 #7 0x8294c in worker_thread (thd=3D0x18dd10, dummy=3D0x3c8598) at worker.c:723 #8 0xff343048 in dummy_worker (opaque=3D0x18dd10) at thread.c:122 (gdb) where full #0 0xff348ee0 in apr_pool_clear (a=3D0x3d6620) at apr_pools.c:957 No locals. #1 0x97160 in core_output_filter (f=3D0x3c8910, b=3D0x0) at core.c:3217 rv =3D 0 c =3D (conn_rec *) 0x3c8698 ctx =3D (core_output_filter_ctx_t *) 0x3c8950 #2 0x90108 in ap_pass_brigade (next=3D0x3c8910, bb=3D0x499a58) at util_filter.c:276 e =3D (apr_bucket *) 0x499a58 #3 0x8ea64 in ap_lingering_close (dummy=3D0x3c8698) at connection.c:175 dummybuf =3D "\000\000\000;\000\000\000\024\000\000\000\n\000\000\000\n\000\000\000e\000= \000\000\006\000\000\0019\000\000\000\000=FF=FF=B9=B0\000<=B1=B0\000<=A5=B0= \000=3D:h\000\000\000\013=FF5=A5\234\000=3D%=F0\000<=A5=B0\000\000\000\000\= 000I=AF \000\000\000=E9\000\000\000\000\000<\206\230=FF5=A5\234\000%J\030\000=3D=3D= `=FCpY=DC\000\000\000\004\000\000\000\n\000=3D>7=FCpYx\000\004T=B0\000=3D8= =D8\000\000\000+\000\000=FF\000\000\000\000\000=FF3=E7=A0\000<\206=DC\000<= =ADh\000<\206=DC\000\000\000\000\000\000\000\000\000<\205\230\000<\211\b\00= 0\000\000H\000%G\020\000=3D=3D`\000=3D<=D0\000=3D<\200\000=3D:P\000\000\000= \000=FF7=CF$"... nbytes =3D 512 rc =3D 3967248 total_linger_time =3D 0 #4 0xff348d44 in run_cleanups (c=3D0x3c88d8) at apr_pools.c:833 No locals. #5 0xff348ec8 in apr_pool_clear (a=3D0x3c8598) at apr_pools.c:949 No locals. #6 0xff348f24 in apr_pool_destroy (a=3D0x3c8598) at apr_pools.c:995 blok =3D (union block_hdr *) 0x3c8598 #7 0x8294c in worker_thread (thd=3D0x18dd10, dummy=3D0x3c8598) at worker.c:723 process_slot =3D 0 thread_slot =3D 17 csd =3D (apr_socket_t *) 0x3c85c8 ptrans =3D (apr_pool_t *) 0x3c8598 rv =3D 3966360 #8 0xff343048 in dummy_worker (opaque=3D0x18dd10) at thread.c:122 No locals. (gdb) /dale