From owner-freebsd-fs@freebsd.org Thu May 26 14:14:18 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 087A4B4B931 for ; Thu, 26 May 2016 14:14:18 +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 C8B3913D1 for ; Thu, 26 May 2016 14:14:16 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from [10.1.0.1] (helo=webmail.yamagi.org) by mail1.yamagi.org with esmtpsa (TLSv1:ECDHE-RSA-AES256-SHA:256) (Exim 4.86 (FreeBSD)) (envelope-from ) id 1b5w2h-0005LI-M8 for freebsd-fs@freebsd.org; Thu, 26 May 2016 16:14:14 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 26 May 2016 16:13:43 +0200 From: lists@yamagi.org To: freebsd-fs@freebsd.org Subject: LOR between allproc <-> ufs Message-ID: <20160526160902.bbe4c36ad340f11f69f7ba08@yamagi.org> X-Sender: lists@yamagi.org User-Agent: Roundcube Webmail/1.1.4 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: Thu, 26 May 2016 14:14:18 -0000 Hello, having experienced several hard 'freezes' (system is still running, but all file system activity just hangs) on a FreeBSD 10.3-RELEASE machine, I've build a kernel with full debugging. Besides the well knows bufwait <-> dirhash LOR I've seen this one between allproc <-> ufs. Sadly the output is somewhat garbled, messages from LSIs upstream mps(4) driver interfered : May 26 15:24:26 grobi kernel: 1st 0xffffffff81885b28 allproc (allproc) @ /usr/src/sys/vm/vm_meter.c:122 May 26 15:24:26 grobi kernel: 2nd 0xfffff8022c60b5f0 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2364 May 26 15:24:26 grobi kernel: KDB: stack backtrace: May 26 15:24:26 grobi kernel: xpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: db_trace_self_wrapperxpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: () atxpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: xpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: db_trace_self_wxpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: rxpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: apper+xpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: 0x2b/fraxpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: me 0xfffffe1xpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: 04432b2d0 May 26 15:24:26 grobi kernel: xpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: xpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: kxpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: dxpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: bxpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: _backtrxpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: ace() atxpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: xpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: kdb_backxpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: trace+0x3xpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: 9/frame 0xpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: xfffffe10xpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: 4432b380 May 26 15:24:26 grobi kernel: xpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: xpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: wxpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: itnxpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: ess_chexpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: ckordexpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: r(xpt_release_simq: requested 1 > present 0 May 26 15:24:26 grobi kernel: ) at witness_checkorder+0xe24/frame 0xfffffe104432b410 May 26 15:24:26 grobi kernel: __lockmgr_args() at __lockmgr_args+0x9ea/frame 0xfffffe104432b550 May 26 15:24:26 grobi kernel: ffs_lock() at ffs_lock+0x84/frame 0xfffffe104432b5a0 May 26 15:24:26 grobi kernel: VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe104432b5d0 May 26 15:24:26 grobi kernel: _vn_lock() at _vn_lock+0xaa/frame 0xfffffe104432b640 May 26 15:24:26 grobi kernel: vputx() at vputx+0x232/frame 0xfffffe104432b6a0 May 26 15:24:26 grobi kernel: vm_object_deallocate() at vm_object_deallocate+0x5fb/frame 0xfffffe104432b700 May 26 15:24:26 grobi kernel: vm_map_process_deferred() at vm_map_process_deferred+0x89/frame 0xfffffe104432b730 May 26 15:24:26 grobi kernel: vm_map_remove() at vm_map_remove+0xc8/frame 0xfffffe104432b760 May 26 15:24:26 grobi kernel: vmspace_free() at vmspace_free+0x51/frame 0xfffffe104432b780 May 26 15:24:26 grobi kernel: vmtotal() at vmtotal+0x2a5/frame 0xfffffe104432b800 May 26 15:24:26 grobi kernel: sysctl_root() at sysctl_root+0x1d2/frame 0xfffffe104432b850 May 26 15:24:26 grobi kernel: userland_sysctl() at userland_sysctl+0x192/frame 0xfffffe104432b8f0 May 26 15:24:26 grobi kernel: sys___sysctl() at sys___sysctl+0x74/frame 0xfffffe104432b9a0 May 26 15:24:26 grobi kernel: amd64_syscall() at amd64_syscall+0x2c4/frame 0xfffffe104432bab0 May 26 15:24:26 grobi kernel: Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe104432bab0 May 26 15:24:26 grobi kernel: --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x802ef665a, rsp = 0x7fffffffe758, rbp = 0x7fffffffe790 --- Can anybody tell me if this is a know false positive? So far I was unable to reproduce it. If I manage to do so I'll send a better stacktrace. Regards, Yamagi