Date: Thu, 23 Jul 2009 12:47:00 -0400 From: Andrew Berry <andrewberry@sentex.net> To: Freebsd questions <freebsd-questions@freebsd.org> Subject: segfaults in libthr Message-ID: <C2697F0A-B839-4AD0-89C3-703266D3FBED@sentex.net>
next in thread | raw e-mail | index | archive | help
(sorry for any duplicates, I'm having email issues) Hi, I just upgraded a server from 7.2-RELEASE to 7.2-RELEASE-p2. I'm having issues with any port which links to libthr. This includes apr, subversion, and sqlite, so it's pretty common for httpd to segfault. I rebuilt libthr with debugging symbols, and I get the following backtrace. This is the result of running httpd under gdb with 'run -X'. (gdb) run -X Starting program: /usr/local/sbin/httpd -X [New LWP 100110] [New Thread 0x28401040 (LWP 100110)] [Thu Jul 23 12:45:59 2009] [warn] (2)No such file or directory: Failed to enable the 'httpready' Accept Filter [Thu Jul 23 12:45:59 2009] [warn] (2)No such file or directory: Failed to enable the 'httpready' Accept Filter Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x28e61700 (LWP 100110)] 0x282a5e24 in mutex_lock_common (curthread=0x28e61700, m=0x28409d40, abstime=0x0) at /usr/src/lib/libthr/thread/thr_mutex.c:422 422 ENQUEUE_MUTEX(curthread, m); (gdb) bt #0 0x282a5e24 in mutex_lock_common (curthread=0x28e61700, m=0x28409d40, abstime=0x0) at /usr/src/lib/libthr/thread/thr_mutex.c:422 #1 0x282a5d2f in __pthread_mutex_lock (mutex=0x28e54c7c) at /usr/src/ lib/libthr/thread/thr_mutex.c:451 #2 0x2826c5d0 in apr_thread_mutex_lock (mutex=0x28e54c78) at locks/ unix/thread_mutex.c:92 #3 0x2866dde2 in ?? () from /usr/local/libexec/apache22/mod_ssl.so #4 0x287d0e05 in CRYPTO_lock () from /lib/libcrypto.so.5 #5 0x286b0a82 in SSL_COMP_get_name () from /usr/lib/libssl.so.5 #6 0x286b0da7 in SSL_COMP_get_compression_methods () from /usr/lib/ libssl.so.5 #7 0x2868a730 in SSL_library_init () from /usr/lib/libssl.so.5 #8 0x28dd0503 in zm_startup_openssl () from /usr/local/lib/php/ 20060613/openssl.so #9 0x289f3d70 in zend_startup_module_ex () from /usr/local/libexec/ apache22/libphp5.so #10 0x289f8d1c in zend_hash_apply () from /usr/local/libexec/apache22/ libphp5.so #11 0x289f279c in zend_startup_modules () from /usr/local/libexec/ apache22/libphp5.so #12 0x289ae80d in php_module_startup () from /usr/local/libexec/ apache22/libphp5.so #13 0x28a6b743 in php_apache2_startup () from /usr/local/libexec/ apache22/libphp5.so #14 0x28b05140 in apache2_sapi_module () from /usr/local/libexec/ apache22/libphp5.so #15 0x00000001 in ?? () #16 0x00000000 in ?? () #17 0x00000001 in ?? () #18 0x2840ff10 in ?? () #19 0xbfbfebf8 in ?? () #20 0x28a6c094 in php_apache_server_startup () from /usr/local/libexec/ apache22/libphp5.so #21 0x28af10a6 in labels.37937 () from /usr/local/libexec/apache22/ libphp5.so #22 0x2840c018 in ?? () #23 0x2882017b in status_init (p=0x28a6b720, plog=0x289ad3e0, ptemp=0x0, s=0x0) at mod_status.c:851 Previous frame inner to this frame (corrupt stack?) Anyone have any suggestions? I've all ready rebuilt affected ports without any change. Can I possibly rebuild the -p1 or -RELEASE version of libthr without horribly breaking the system? Thanks, --Andrew
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?C2697F0A-B839-4AD0-89C3-703266D3FBED>