https://bz.apache.org/bugzilla/show_bug.cgi?id=66316
Bug ID: 66316
Summary: httpd hung at __lll_lock_wait / pthread_mutex_lock
Product: Apache httpd-2
Version: 2.4.53
Hardware: PC
OS: Linux
Status: NEW
Severity: major
Priority: P2
Component: mod_http2
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
Created attachment 38416
--> https://bz.apache.org/bugzilla/attachment.cgi?id=38416&action=edit
pstack output
Unable to select 2.4.54 version in bug report.
> rpm -qi httpd
Name : httpd
Version : 2.4.54
Release : 1.fc35
Architecture: x86_64
Install Date: Wed 13 Jul 2022 09:34:02 AM MDT
Group : Unspecified
Size : 4933267
License : ASL 2.0
Signature : RSA/SHA256, Mon 27 Jun 2022 04:47:44 AM MDT, Key ID
db4639719867c58f
Source RPM : httpd-2.4.54-1.fc35.src.rpm
Build Date : Mon 27 Jun 2022 04:15:49 AM MDT
Build Host : buildvm-x86-30.iad2.fedoraproject.org
Packager : Fedora Project
Vendor : Fedora Project
URL : https://httpd.apache.org/
Bug URL : https://bugz.fedoraproject.org/httpd
Summary : Apache HTTP Server
Description :
The Apache HTTP Server is a powerful, efficient, and extensible
web server.
I'm attempting to enable mod_perl under Apache and httpd server hangs when I
attempt 12 simultaneous connections to the same .json (Perl) script to query
data using DBM::Deep under PerlResponseHandler ModPerl::Registry. The same
script runs fine as an ordinary CGI script. I ran httpd server in debug mode
(httpd -X), reproduced the problem and collected pstack output. Five threads
appeared to hang with the same stack trace. Here is the stack trace:
Thread 68 (Thread 0x7f884a7c4640 (LWP 1887571) "httpd"):
#0 0x00007f887e69c580 in __lll_lock_wait () from /lib64/libc.so.6
#1 0x00007f887e6a2c42 in pthread_mutex_lock@@GLIBC_2.2.5 () from
/lib64/libc.so.6
#2 0x00007f887dba656d in open_output.lto_priv () from
/etc/httpd/modules/mod_http2.so
#3 0x00007f887dba6afa in h2_filter_secondary_output.lto_priv () from
/etc/httpd/modules/mod_http2.so
#4 0x00007f887e3800ca in cache_save_store () from
/etc/httpd/modules/mod_cache.so
#5 0x00007f887e381bcc in cache_save_filter () from
/etc/httpd/modules/mod_cache.so
#6 0x00007f887e295689 in deflate_out_filter () from
/etc/httpd/modules/mod_deflate.so
#7 0x00007f887e2526de in filter_harness () from
/etc/httpd/modules/mod_filter.so
#8 0x00007f887e390441 in compress_filter () from
/etc/httpd/modules/mod_brotli.so
#9 0x00007f887e2526de in filter_harness () from
/etc/httpd/modules/mod_filter.so
#10 0x000055e3318b1ed4 in end_output_stream.lto_priv ()
#11 0x000055e3318d9a86 in ap_process_async_request ()
#12 0x000055e3318d9e73 in ap_process_request ()
#13 0x00007f887dba7a02 in h2_task_process_conn () from
/etc/httpd/modules/mod_http2.so
#14 0x000055e3318a5dd8 in ap_run_process_connection ()
#15 0x00007f887dbaa8b7 in slot_run () from /etc/httpd/modules/mod_http2.so
#16 0x00007f887e69f822 in start_thread () from /lib64/libc.so.6
#17 0x00007f887e63f450 in clone3 () from /lib64/libc.so.6
Present in the stack trace are mod_http2.so, mod_cache.so, mod_filter.so and
mod_brotli.so. I'm unsure why mod_perl.so is missing from stack trace as that
is the change I am introducing into the environment.
I also collected pmap and lsof output that I will add below. I'm wondering if
there might be a memory leak because pmap output indicated process grew to
5719964K.
--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
