Date: Sun, 18 Sep 2011 21:18:35 +0200 From: johan Hendriks <joh.hendriks@gmail.com> To: freebsd@top-consulting.net, freebsd-questions@freebsd.org Subject: Re: What are these errors ? Message-ID: <4E76440B.8070203@gmail.com> In-Reply-To: <20110918123547.46554ywu35i5svwg@mail.top-consulting.net> References: <20110918123547.46554ywu35i5svwg@mail.top-consulting.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Op 18-09-11 18:35, freebsd@top-consulting.net schreef: > I am running 9.0 BETA2 and I see these errors in /var/log/messages: > > > Sep 16 18:07:51 store2 kernel: GEOM: da1: corrupt or invalid GPT > detected. > Sep 16 18:07:51 store2 kernel: GEOM: da1: GPT rejected -- may not be > recoverable. > Sep 16 19:13:25 store2 kernel: lock order reversal: > Sep 16 19:13:25 store2 kernel: 1st 0xffffff80f2692c98 bufwait > (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 > Sep 16 19:13:25 store2 kernel: 2nd 0xfffffe00058a2200 dirhash > (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 > Sep 16 19:13:25 store2 kernel: KDB: stack backtrace: > Sep 16 19:13:25 store2 kernel: db_trace_self_wrapper() at > db_trace_self_wrapper+0x2a > Sep 16 19:13:25 store2 kernel: kdb_backtrace() at kdb_backtrace+0x37 > Sep 16 19:13:25 store2 kernel: _witness_debugger() at > _witness_debugger+0x2e > Sep 16 19:13:25 store2 kernel: witness_checkorder() at > witness_checkorder+0x807 > Sep 16 19:13:25 store2 kernel: _sx_xlock() at _sx_xlock+0x55 > Sep 16 19:13:25 store2 kernel: ufsdirhash_acquire() at > ufsdirhash_acquire+0x33 > Sep 16 19:13:25 store2 kernel: ufsdirhash_remove() at > ufsdirhash_remove+0x16 > Sep 16 19:13:25 store2 kernel: ufs_dirremove() at ufs_dirremove+0x1c3 > Sep 16 19:13:25 store2 kernel: ufs_rename() at ufs_rename+0x101c > Sep 16 19:13:25 store2 kernel: VOP_RENAME_APV() at VOP_RENAME_APV+0x9b > Sep 16 19:13:25 store2 kernel: kern_renameat() at kern_renameat+0x4b4 > Sep 16 19:13:25 store2 kernel: syscallenter() at syscallenter+0x1aa > Sep 16 19:13:25 store2 kernel: syscall() at syscall+0x4c > Sep 16 19:13:25 store2 kernel: Xfast_syscall() at Xfast_syscall+0xdd > Sep 16 19:13:25 store2 kernel: --- syscall (128, FreeBSD ELF64, > rename), rip = 0x8008fee9c, rsp = 0x7fffffffa008, > rbp = 0x7fffffffa4f0 --- > Sep 16 19:13:27 store2 kernel: lock order reversal: > Sep 16 19:13:27 store2 kernel: 1st 0xfffffe006c8b9638 ufs (ufs) @ > /usr/src/sys/ufs/ufs/ufs_vnops.c:1175 > Sep 16 19:13:27 store2 kernel: 2nd 0xffffff80f2692c98 bufwait > (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:260 > Sep 16 19:13:27 store2 kernel: 3rd 0xfffffe006ca38bd8 ufs (ufs) @ > /usr/src/sys/kern/vfs_subr.c:2134 > Sep 16 19:13:28 store2 kernel: KDB: stack backtrace: > Sep 16 19:13:28 store2 kernel: db_trace_self_wrapper() at > db_trace_self_wrapper+0x2a > Sep 16 19:13:28 store2 kernel: kdb_backtrace() at kdb_backtrace+0x37 > Sep 16 19:13:28 store2 kernel: _witness_debugger() at > _witness_debugger+0x2e > Sep 16 19:13:28 store2 kernel: witness_checkorder() at > witness_checkorder+0x807 > Sep 16 19:13:28 store2 kernel: __lockmgr_args() at __lockmgr_args+0xdc6 > Sep 16 19:13:28 store2 kernel: ffs_lock() at ffs_lock+0x8c > Sep 16 19:13:28 store2 kernel: VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b > Sep 16 19:13:28 store2 kernel: _vn_lock() at _vn_lock+0x47 > Sep 16 19:13:28 store2 kernel: vget() at vget+0x7b > Sep 16 19:13:28 store2 kernel: vfs_hash_get() at vfs_hash_get+0xd5 > Sep 16 19:13:28 store2 kernel: ffs_vgetf() at ffs_vgetf+0x48 > Sep 16 19:13:28 store2 kernel: softdep_sync_buf() at > softdep_sync_buf+0x547 > Sep 16 19:13:28 store2 kernel: ffs_sy > Sep 16 19:13:28 store2 kernel: ncvnode > Sep 16 19:13:28 store2 kernel: () at > Sep 16 19:13:28 store2 kernel: > Sep 16 19:13:28 store2 kernel: ffs_syncvnode+0x2b3 > Sep 16 19:13:28 store2 kernel: ffs_fsync() at ffs_fsync+0x43 > Sep 16 19:13:28 store2 kernel: ufs_rename() at ufs_rename+0xc7f > Sep 16 19:13:28 store2 kernel: VOP_RENAME_APV() at VOP_RENAME_APV+0x9b > Sep 16 19:13:28 store2 kernel: kern_renameat() at kern_renameat+0x4b4 > Sep 16 19:13:28 store2 kernel: syscallenter() at syscallenter+0x1aa > Sep 16 19:13:28 store2 kernel: syscall() at syscall+0x4c > Sep 16 19:13:28 store2 kernel: Xfast_syscall() at Xfast_syscall+0xdd > Sep 16 19:13:28 store2 kernel: --- syscall (128, FreeBSD ELF64, > rename), rip = 0x8008fee9c, rsp = 0x7fffffffa008, > rbp = 0x7fffffffa4f0 --- > > > > > Sep 18 12:30:51 store2 kernel: lock order reversal: > Sep 18 12:30:51 store2 kernel: 1st 0xfffffe00054cc278 syncer (syncer) > @ /usr/src/sys/kern/vfs_subr.c:1734 > Sep 18 12:30:51 store2 kernel: 2nd 0xfffffe011ebea638 ufs (ufs) @ > /usr/src/sys/kern/vfs_subr.c:2134 > Sep 18 12:30:51 store2 kernel: KDB: stack backtrace: > Sep 18 12:30:51 store2 kernel: db_trace_self_wrapper() at > db_trace_self_wrapper+0x2a > Sep 18 12:30:51 store2 kernel: kdb_backtrace() at kdb_backtrace+0x37 > Sep 18 12:30:51 store2 kernel: _witness_debugger() at > _witness_debugger+0x2e > Sep 18 12:30:51 store2 kernel: witness_checkorder() at > witness_checkorder+0x807 > Sep 18 12:30:51 store2 kernel: __lockmgr_args() at __lockmgr_args+0xdc6 > Sep 18 12:30:51 store2 kernel: ffs_lock() at ffs_lock+0x8c > Sep 18 12:30:51 store2 kernel: VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b > Sep 18 12:30:52 store2 kernel: _vn_lock() at _vn_lock+0x47 > Sep 18 12:30:52 store2 kernel: vget() at vget+0x7b > Sep 18 12:30:52 store2 kernel: vfs_msync() at vfs_msync+0xa5 > Sep 18 12:30:52 store2 kernel: sync_fsync() at sync_fsync+0x12a > Sep 18 12:30:52 store2 kernel: sync_vnode() at sync_vnode+0x157 > Sep 18 12:30:52 store2 kernel: sched_sync() at sched_sync+0x1d1 > Sep 18 12:30:52 store2 kernel: fork_exit() at fork_exit+0x135 > Sep 18 12:30:52 store2 kernel: fork_trampoline() at fork_trampoline+0xe > Sep 18 12:30:52 store2 kernel: --- trap 0, rip > Sep 18 12:30:52 store2 kernel: = > Sep 18 12:30:52 store2 kernel: 0, > Sep 18 12:30:52 store2 kernel: r > Sep 18 12:30:52 store2 kernel: sp > Sep 18 12:30:52 store2 kernel: = > Sep 18 12:30:52 store2 kernel: 0x > Sep 18 12:30:52 store2 kernel: ff > Sep 18 12:30:52 store2 last message repeated 2 times > Sep 18 12:30:52 store2 kernel: 8 > Sep 18 12:30:52 store2 kernel: 116 > Sep 18 12:30:52 store2 kernel: e1 > Sep 18 12:30:52 store2 kernel: fd0 > Sep 18 12:30:52 store2 kernel: 0, > Sep 18 12:30:52 store2 kernel: r > Sep 18 12:30:52 store2 kernel: bp > Sep 18 12:30:52 store2 kernel: = > Sep 18 12:30:52 store2 kernel: 0 > Sep 18 12:30:52 store2 kernel: -- > Sep 18 12:30:52 store2 kernel: - > > > It seems to mention da1 but my mounted da1 partition appears just > fine. I copy files to/from it. > > gpart show da1 > => 34 15519973310 da1 GPT (7.2T) > 34 2014 - free - (1M) > 2048 15519969280 1 freebsd-ufs (7.2T) > 15519971328 2016 - free - (1M) > > > Are these errors serious ? > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" These corrupted gpt issue you must try to resolve. Try the following command gpart recover da1 These lor errors appear because you have witness enabled as well as some other debugging options. These debugging and witness options will be disabled as FreeBSD is released. If you de not want them anymore, rebuild your kernel with the following options disabled. I use my own kernel config file and disable them by setting the nooption parameter. # Debugging disable for use in -current nooptions KDB nooptions DDB nooptions GDB nooptions INVARIANTS nooptions INVARIANT_SUPPORT ures, required by INVARIANTS nooptions WITNESS nooptions WITNESS_SKIPSPIN There is a webpage which has all these lor's summed up. http://ipv4.sources.zabbadoz.net/freebsd/lor.html See if your lor is on the list if so, you can leave it like it is, if they ar not on the list, notify the current@freebsd list. regards, Johan Hendriks
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4E76440B.8070203>