From owner-freebsd-current@freebsd.org Thu Mar 3 07:00:45 2016 Return-Path: Delivered-To: freebsd-current@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 2177CAC2977 for ; Thu, 3 Mar 2016 07:00:45 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EAB3E135B for ; Thu, 3 Mar 2016 07:00:44 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u2370cMQ050300 for ; Wed, 2 Mar 2016 23:00:44 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: References: From: "Chris H" Subject: Re: Several LOR's with most recent install media Date: Wed, 02 Mar 2016 23:00:44 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 07:00:45 -0000 On Wed, 02 Mar 2016 21:49:39 -0800 "Chris H" wrote > Hello all, > I just finished an install off of the > 11.0-CURRENT-i386-20160206-r295345-bootonly iso image burnt to DVD. > After rebooting to the fresh install; shutting down the system > results in several LOR's. Given so much information is dumped to > screen, and that I no longer have access to the system; How can I > get a copy of the LOR's output? I can capture the screen with my > cell phone. But the information would sure be a lot more valuable > in text form; no? :-) > > Thanks for any suggestions. > OK. Just got a couple more while checking out head/ports Mar 2 22:00:00 spare newsyslog[705]: logfile turned over due to size>100K Mar 2 22:12:00 spare kernel: lock order reversal: Mar 2 22:12:00 spare kernel: 1st 0xda5f45a0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3488 Mar 2 22:12:00 spare kernel: 2nd 0xc6880600 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:281 Mar 2 22:12:00 spare kernel: stack backtrace: Mar 2 22:12:00 spare kernel: #0 0xc0c86001 at witness_debugger+0x81 Mar 2 22:12:00 spare kernel: #1 0xc0c85f2a at witness_checkorder+0xd6a Mar 2 22:12:00 spare kernel: #2 0xc0c31a5 Mar 2 22:12:00 spare kernel: 1 at _sx_xlock+0x71 Mar 2 22:12:00 spare kernel: #3 0xc0ef0b Mar 2 22:12:01 spare kernel: 70 at ufsdirhash_add+0x40 Mar 2 22:12:01 spare kernel: #4 0xc0ef3b32 at ufs_direnter+0x682 Mar 2 22:12:01 spare kernel: #5 0xc0efc8bb at ufs_mkdir+0x7eb Mar 2 22:12:01 spare kernel: #6 0xc11ad428 at VOP_MKDIR_APV+0x108 Mar 2 22:12:01 spare kernel: #7 0xc0ced83a at kern_mkdirat+0x23a Mar 2 22:12:01 spare kernel: #8 0xc0ced5f1 at sys_mkdir+0x31 Mar 2 22:12:01 spare kernel: #9 0xc117d4ed at syscall+0x37d Mar 2 22:12:01 spare kernel: #10 0xc116827f at Xint0x80_syscall+0x2f Mar 2 22:19:31 spare kernel: lock order reversal: Mar 2 22:19:31 spare kernel: 1st 0xc71704a4 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:873 Mar 2 22:19:31 spare kernel: 2nd 0xda5f4458 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:263 Mar 2 22:19:31 spare kernel: 3rd 0xcb9e07f8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2476 Mar 2 22:19:31 spare kernel: stack backtrace: Mar 2 22:19:31 spare kernel: #0 0xc0c86001 at witness_debugger+0x81 Mar 2 22:19:31 spare kernel: #1 0xc0c85f2a at witness_checkorder+0xd6a Mar 2 22:19:31 spare kernel: #2 0xc0c00c57 at __lockmgr_args+0xd57 Mar 2 22:19:31 spare kernel: #3 0xc0eeb374 at ffs_lock+0x84 Mar 2 22:19:31 spare kernel: #4 0xc11adef8 at VOP_LOCK1_APV+0x118 Mar 2 22:19:31 spare kernel: #5 0xc0cf0b16 at _vn_lock+0x96 Mar 2 22:19:31 spare kernel: #6 0xc0cdf2d4 at vget+0x64 Mar 2 22:19:31 spare kernel: #7 0xc0cd1a01 at vfs_hash_get+0xd1 Mar 2 22:19:31 spare kernel: #8 0xc0ee5d64 at ffs_vgetf+0x44 Mar 2 22:19:31 spare kernel: #9 0xc0edd36b at softdep_sync_buf+0xb0b Mar 2 22:19:31 spare kernel: #10 0xc0eec0ba at ffs_syncvnode+0x2aa Mar 2 22:19:31 spare kernel: #11 0xc0eeb206 at ffs_fsync+0x26 Mar 2 22:19:31 spare kernel: #12 0xc11acde8 at VOP_FSYNC_APV+0x108 Mar 2 22:19:31 spare kernel: #13 0xc0cbfc40 at bufsync+0x40 Mar 2 22:19:31 spare kernel: #14 0xc0cdd1f4 at bufobj_invalbuf+0x94 Mar 2 22:19:31 spare kernel: #15 0xc0ce07d0 at vgonel+0x1b0 Mar 2 22:19:31 spare kernel: #16 0xc0ce374b at vnlru_proc+0x65b Mar 2 22:19:31 spare kernel: #17 0xc0bead5e at fork_exit+0x7e Sorry for any undesirable line-wraps. I can attache the output, if needed. Thanks for any help preventing these. --Chris