From owner-freebsd-fs@freebsd.org Mon May 30 08:48:06 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6E9F0B53486 for ; Mon, 30 May 2016 08:48:06 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail1.yamagi.org (yugo.yamagi.org [212.48.122.103]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 37F271A88 for ; Mon, 30 May 2016 08:48:04 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from [192.168.100.101] (helo=aka) by mail1.yamagi.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1b7IrD-0003Lh-EF; Mon, 30 May 2016 10:48:01 +0200 Date: Mon, 30 May 2016 10:47:26 +0200 From: Yamagi Burmeister To: kostikbel@gmail.com Cc: freebsd-fs@freebsd.org Subject: Re: LOR between allproc <-> ufs Message-Id: <20160530104726.350dab8040f1eb7c57619e36@yamagi.org> In-Reply-To: <20160527141016.GL38613@kib.kiev.ua> References: <20160526160902.bbe4c36ad340f11f69f7ba08@yamagi.org> <20160526155844.GH38613@kib.kiev.ua> <20160527153705.ee502c0a528cedd29c65b0ca@yamagi.org> <20160527141016.GL38613@kib.kiev.ua> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd10.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2016 08:48:06 -0000 Hello, I think I'm a little bit late to the party. As always in this situations the panic message wasn't included into the dump, the unread portion of the kernel message buffer is empty. I've crashed the system again and got two messages: - panic: sleeping thread - panic: thread with borrowed priority returning to userland Likely another incarnation of the panic in Peter Holms kostik886.txt. Can I do something more to help with this? Regards, Yamagi On Fri, 27 May 2016 17:10:16 +0300 Konstantin Belousov wrote: > On Fri, May 27, 2016 at 03:37:05PM +0200, Yamagi Burmeister wrote: > > On Thu, 26 May 2016 18:58:44 +0300 > > Konstantin Belousov wrote: > > > > > Completely untested patch is below. I do not think that this LOR > > > can be reproduced at will. E.g. you need to record the order > > > in witness by unmounting some filesystem mounted on a directory > > > on UFS mount. Then, the chances must be that it was the last > > > reference on the vmspace, or that there were deferred vnode entry. > > > > With this patch the system panics as soon there's some load on the > > filesystem. Maybe only when several processes accessing the same > > mountpoint, but I'm not sure. For example 'make -j24 buildkernel' > > crashes the system nearly instantly. > > at /usr/src/sys/kern/kern_shutdown.c:777 > > #11 0xffffffff809b5aeb in witness_warn (flags=, lock=, > > fmt=) at /usr/src/sys/kern/subr_witness.c:1757 > > #12 0xffffffff809aa0a8 in userret (td=0xfffff800264c6960, frame=) > > at /usr/src/sys/kern/subr_trap.c:157 > > #13 0xffffffff80d78151 in amd64_syscall (td=0xfffff800264c6960, traced=) > > at subr_syscall.c:185 > > This is an assert about some lock leak. Most useful is verbatim > panic message with all surrounding kernel printouts. I do not even need > the backtrace. -- Homepage: www.yamagi.org XMPP: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB