Summary: | Apache 2.4.10 Program received signal SIGPIPE, Broken pipe. | ||
---|---|---|---|
Product: | Apache httpd-2 | Reporter: | Manas Panda <manas_roni> |
Component: | mpm_worker | Assignee: | Apache HTTPD Bugs Mailing List <bugs> |
Status: | NEEDINFO --- | ||
Severity: | normal | ||
Priority: | P2 | ||
Version: | 2.4.10 | ||
Target Milestone: | --- | ||
Hardware: | All | ||
OS: | Linux |
Description
Manas Panda
2014-07-31 09:18:03 UTC
I'm also facing with this issue. httpd2 -V Server version: Apache/2.4.10 (Linux/SUSE) Server built: 2015-04-09 17:08:40.000000000 +0000 Server's Module Magic Number: 20120211:36 Server loaded: APR 1.5.1, APR-UTIL 1.5.3 Compiled using: APR 1.5.1, APR-UTIL 1.5.3 Architecture: 64-bit Server MPM: prefork threaded: no forked: yes (variable process count) Server compiled with.... -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D APR_USE_PROC_PTHREAD_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=256 -D HTTPD_ROOT="/srv/www" -D SUEXEC_BIN="/usr/sbin/suexec2" -D DEFAULT_PIDLOG="/run/httpd.pid" -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" -D DEFAULT_ERRORLOG="/var/log/apache2/error_log" -D AP_TYPES_CONFIG_FILE="/etc/apache2/mime.types" -D SERVER_CONFIG_FILE="/etc/apache2/httpd.conf" A short backtrace: #0 0x00007ffff722ece7 in __libc_writev (fd=22, vector=vector@entry=0x7fffffffdc80, count=count@entry=1) at ../sysdeps/unix/sysv/linux/writev.c:49 #1 0x00007ffff7735cba in apr_socket_sendv (sock=sock@entry=0x7ffff3c3d0a0, vec=vec@entry=0x7fffffffdc80, nvec=nvec@entry=1, len=len@entry=0x7fffffffdbe8) at network_io/unix/sendrecv.c:212 #2 0x00005555555993b1 in writev_nonblocking (s=s@entry=0x7ffff3c3d0a0, vec=vec@entry=0x7fffffffdc80, nvec=nvec@entry=1, bb=bb@entry=0x7ffff3c3d838, cumulative_bytes_written=cumulative_bytes_written@entry=0x7ffff3c3d770, c=c@entry=0x7ffff3c3d290) at core_filters.c:789 #3 0x000055555559961c in send_brigade_nonblocking (s=s@entry=0x7ffff3c3d0a0, bb=bb@entry=0x7ffff3c3d838, bytes_written=bytes_written@entry=0x7ffff3c3d770, c=c@entry=0x7ffff3c3d290) at core_filters.c:705 #4 0x000055555559a281 in send_brigade_blocking (c=<optimized out>, bytes_written=0x7ffff3c3d770, bb=0x7ffff3c3d838, s=0x7ffff3c3d0a0) at core_filters.c:735 #5 ap_core_output_filter (f=0x7ffff3c3d690, new_bb=0x7ffff3c3d838) at core_filters.c:544 #6 0x00005555555b3c79 in ap_process_request (r=r@entry=0x7fffc18360a0) at http_request.c:369 #7 0x00005555555b06a2 in ap_process_http_sync_connection (c=0x7ffff3c3d290) at http_core.c:190 #8 ap_process_http_connection (c=0x7ffff3c3d290) at http_core.c:231 #9 0x00005555555a7fa0 in ap_run_process_connection (c=0x7ffff3c3d290) at connection.c:41 #10 0x00005555555a8388 in ap_process_connection (c=c@entry=0x7ffff3c3d290, csd=<optimized out>) at connection.c:203 #11 0x00005555555bb72e in child_main (child_num_arg=child_num_arg@entry=0) at prefork.c:704 #12 0x00005555555bb928 in make_child (s=0x7ffff7fb7448, slot=slot@entry=0) at prefork.c:746 #13 0x00005555555bc643 in prefork_run (_pconf=<optimized out>, plog=0x7ffff7fb3028, s=0x7ffff7fb7448) at prefork.c:956 #14 0x0000555555584dde in ap_run_mpm (pconf=0x7ffff7fef028, plog=0x7ffff7fb3028, s=0x7ffff7fb7448) at mpm_common.c:94 #15 0x000055555557e476 in main (argc=7, argv=0x7fffffffe358) at main.c:777 Full backtrace: #0 0x00007ffff722ece7 in __libc_writev (fd=22, vector=vector@entry=0x7fffffffdc80, count=count@entry=1) at ../sysdeps/unix/sysv/linux/writev.c:49 resultvar = 18446744073709551584 result = <optimized out> #1 0x00007ffff7735cba in apr_socket_sendv (sock=sock@entry=0x7ffff3c3d0a0, vec=vec@entry=0x7fffffffdc80, nvec=nvec@entry=1, len=len@entry=0x7fffffffdbe8) at network_io/unix/sendrecv.c:212 rv = <optimized out> requested_len = <optimized out> i = <optimized out> #2 0x00005555555993b1 in writev_nonblocking (s=s@entry=0x7ffff3c3d0a0, vec=vec@entry=0x7fffffffdc80, nvec=nvec@entry=1, bb=bb@entry=0x7ffff3c3d838, cumulative_bytes_written=cumulative_bytes_written@entry=0x7ffff3c3d770, c=c@entry=0x7ffff3c3d290) at core_filters.c:789 n = 0 rv = 0 arv = <optimized out> bytes_written = 0 bytes_to_write = 5 i = <optimized out> offset = 0 old_timeout = 60000000 #3 0x000055555559961c in send_brigade_nonblocking (s=s@entry=0x7ffff3c3d0a0, bb=bb@entry=0x7ffff3c3d838, bytes_written=bytes_written@entry=0x7ffff3c3d770, c=c@entry=0x7ffff3c3d290) at core_filters.c:705 bucket = 0x7ffff3c3d840 next = <optimized out> rv = <optimized out> vec = {{iov_base = 0x5555555ca25f, iov_len = 5}, {iov_base = 0x7fffc1812000, iov_len = 0}, {iov_base = 0x0, iov_len = 140737259519664}, {iov_base = 0x7ffff25a8410 <php_zend_stream_fsizer>, iov_len = 140737259406320}, {iov_base = 0x0, iov_len = 240}, {iov_base = 0x7fffc18360a0, iov_len = 3378143518144686118}, {iov_base = 0x7fffc18360a0, iov_len = 93824994908576}, {iov_base = 0x0, iov_len = 93824992440613}, {iov_base = 0xd11e6c5e17616826, iov_len = 140737488346384}, {iov_base = 0x7fff00000000, iov_len = 140736440000672}, {iov_base = 0x7fffc1837788, iov_len = 140737283086168}, {iov_base = 0x7ffff3c3d690, iov_len = 140737283084944}, {iov_base = 0x7ffff3c3d758, iov_len = 140737283085968}, {iov_base = 0x7ffff3c3d290, iov_len = 93824992516538}, {iov_base = 0x7ffff7f59708, iov_len = 140737283086328}, {iov_base = 0x5555557e19a0 <http_module>, iov_len = 140737283086328}} nvec = 1 #4 0x000055555559a281 in send_brigade_blocking (c=<optimized out>, bytes_written=0x7ffff3c3d770, bb=0x7ffff3c3d838, s=0x7ffff3c3d0a0) at core_filters.c:735 rv = 0 #5 ap_core_output_filter (f=0x7ffff3c3d690, new_bb=0x7ffff3c3d838) at core_filters.c:544 c = <optimized out> net = 0x7ffff3c3d648 ctx = 0x7ffff3c3d758 bb = 0x7ffff3c3d838 bucket = <optimized out> next = <optimized out> flush_upto = <optimized out> bytes_in_brigade = <optimized out> non_file_bytes_in_brigade = <optimized out> eor_buckets_in_brigade = <optimized out> morphing_bucket_in_brigade = 0 rv = <optimized out> #6 0x00005555555b3c79 in ap_process_request (r=r@entry=0x7fffc18360a0) at http_request.c:369 bb = 0x7ffff3c3d838 b = <optimized out> c = 0x7ffff3c3d290 rv = <optimized out> #7 0x00005555555b06a2 in ap_process_http_sync_connection (c=0x7ffff3c3d290) at http_core.c:190 r = 0x7fffc18360a0 cs = 0x0 csd = 0x0 mpm_state = 0 #8 ap_process_http_connection (c=0x7ffff3c3d290) at http_core.c:231 No locals. #9 0x00005555555a7fa0 in ap_run_process_connection (c=0x7ffff3c3d290) at connection.c:41 pHook = 0x7ffff7f598b0 n = 1 rv = -32 #10 0x00005555555a8388 in ap_process_connection (c=c@entry=0x7ffff3c3d290, csd=<optimized out>) at connection.c:203 rc = <optimized out> #11 0x00005555555bb72e in child_main (child_num_arg=child_num_arg@entry=0) at prefork.c:704 current_conn = 0x7ffff3c3d290 csd = 0x7ffff3c3d0a0 thd = 0x7ffff3c3f0a0 osthd = 140737353963392 ptrans = 0x7ffff3c3d028 allocator = 0x555555a956c0 status = <optimized out> i = <optimized out> lr = <optimized out> pollset = 0x7ffff3c3f180 sbh = 0x7ffff3c3f178 bucket_alloc = 0x7fffed1cf028 last_poll_idx = 1 lockfile = <optimized out> #12 0x00005555555bb928 in make_child (s=0x7ffff7fb7448, slot=slot@entry=0) at prefork.c:746 pid = <optimized out> #13 0x00005555555bc643 in prefork_run (_pconf=<optimized out>, plog=0x7ffff7fb3028, s=0x7ffff7fb7448) at prefork.c:956 index = <optimized out> remaining_children_to_start = <optimized out> rv = <optimized out> #14 0x0000555555584dde in ap_run_mpm (pconf=0x7ffff7fef028, plog=0x7ffff7fb3028, s=0x7ffff7fb7448) at mpm_common.c:94 pHook = 0x7ffff7f599d8 n = 0 rv = -32 #15 0x000055555557e476 in main (argc=7, argv=0x7fffffffe358) at main.c:777 c = 88 'X' showcompile = 0 showdirectives = 0 confname = 0x7fffffffe70e "/etc/apache2/httpd.conf" def_server_root = 0x5555555bd7e3 "/srv/www" temp_error_log = 0x0 error = <optimized out> process = 0x7ffff7ff1118 pconf = 0x7ffff7fef028 plog = 0x7ffff7fb3028 ptemp = 0x7ffff7fb5028 pcommands = 0x7ffff7fbd028 opt = 0x7ffff7fbd118 rv = <optimized out> mod = 0x5555557deb18 <ap_prelinked_modules+56> opt_arg = 0x0 signal_server = <optimized out> This looks like normal behavior when running under a debugger to me. "c" to continue after the signal interruption. SIGPIPE doesn't generally cause segfaults. You need to get a backtrace from the segfault, not from the SIGPIPE. |