From owner-freebsd-questions@FreeBSD.ORG Thu Jul 23 17:05:23 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF8C81065672 for ; Thu, 23 Jul 2009 17:05:23 +0000 (UTC) (envelope-from andrewberry@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6A8D78FC13 for ; Thu, 23 Jul 2009 17:05:23 +0000 (UTC) (envelope-from andrewberry@sentex.net) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n6NGdCpR039869 for ; Thu, 23 Jul 2009 12:39:12 -0400 (EDT) (envelope-from andrewberry@sentex.net) Received: from blizzard.lan (pdynbrd3-128.xDSL-1mm.sentex.ca [67.43.140.129]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n6NGdBxu082184 for ; Thu, 23 Jul 2009 12:39:12 -0400 (EDT) (envelope-from andrewberry@sentex.net) Resent-Message-Id: <200907231639.n6NGdBxu082184@smtp1.sentex.ca> Resent-To: Freebsd questions Message-Id: From: Andrew Berry To: questions@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Resent-Date: Thu, 23 Jul 2009 12:38:23 -0400 Resent-From: Andrew Berry Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 23 Jul 2009 12:19:48 -0400 X-Mailer: Apple Mail (2.935.3) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: segfaults in libthr X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2009 17:05:24 -0000 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 an 'svn ls' operation. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x28e60700 (LWP 100176)] 0x28287e24 in mutex_lock_common (curthread=0x28e60700, m=0x297b3100, abstime=0x0) at /usr/src/lib/libthr/thread/thr_mutex.c:422 422 ENQUEUE_MUTEX(curthread, m); (gdb) bt #0 0x28287e24 in mutex_lock_common (curthread=0x28e60700, m=0x297b3100, abstime=0x0) at /usr/src/lib/libthr/thread/thr_mutex.c:422 #1 0x28287d2f in __pthread_mutex_lock (mutex=0x28d56c00) at /usr/src/ lib/libthr/thread/thr_mutex.c:451 #2 0x28d16862 in pthreadMutexEnter () from /usr/local/lib/ libsqlite3.so.8 #3 0x28d1674b in sqlite3MutexInit () from /usr/local/lib/ libsqlite3.so.8 #4 0x28d14875 in sqlite3_initialize () from /usr/local/lib/ libsqlite3.so.8 #5 0x28c993fc in init_sqlite () from /usr/local/lib/libsvn_subr-1.so.0 #6 0x28c7b259 in svn_atomic__init_once () from /usr/local/lib/ libsvn_subr-1.so.0 #7 0x00000001 in ?? () #8 0x00000000 in ?? () #9 0x28cb22f0 in __JCR_LIST__ () from /usr/local/lib/libsvn_subr-1.so.0 #10 0x297bf020 in ?? () #11 0x297bf06c in ?? () #12 0xbfbfe538 in ?? () #13 0x28c9a179 in svn_sqlite__open () from /usr/local/lib/ libsvn_subr-1.so.0 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