What are these errors ?

johan Hendriks joh.hendriks at gmail.com
Sun Sep 18 19:18:39 UTC 2011 

Op 18-09-11 18:35, freebsd at 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 at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to 
> "freebsd-questions-unsubscribe at 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 at freebsd list.

regards,
Johan Hendriks

More information about the freebsd-questions mailing list