On Thu, 3 Mar 2016, Chris H wrote: > > > > 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) _at_ > > /usr/src/sys/kern/vfs_bio.c:3488 > > Mar 2 22:12:00 spare kernel: 2nd 0xc6880600 dirhash (dirhash) _at_ > > /usr/src/sys/ufs/ufs/ufs_dirhash.c:281 bufwait/dirhash is "well-known" and harmless > > Mar 2 22:19:31 spare kernel: lock order reversal: > > Mar 2 22:19:31 spare kernel: 1st 0xc71704a4 ufs (ufs) _at_ > > /usr/src/sys/kern/vfs_subr.c:873 > > Mar 2 22:19:31 spare kernel: 2nd 0xda5f4458 bufwait (bufwait) _at_ > > /usr/src/sys/ufs/ffs/ffs_vnops.c:263 > > Mar 2 22:19:31 spare kernel: 3rd 0xcb9e07f8 ufs (ufs) _at_ > > /usr/src/sys/kern/vfs_subr.c:2476 As is this one. > OK. Got another one wile checking out /usr/src > > Mar 3 06:45:41 spare kernel: 1st 0xda5fc478 bufwait (bufwait) _at_ > /usr/src/sys/kern/vfs_bio.c:3488 > Mar 3 06:45:41 spare kernel: 2nd 0xcbf89a00 dirhash (dirhash) _at_ > /usr/src/sys/ufs/ufs/ufs_dirhash.c:281 This is the same as the first one; still harmless. > > Please let me know if you need any more info, or I should blow > this attempted install away, and wait for another (newer) revision. I don't think any of those actions are called for; you should just ignore these particular LORs and continue using the system. (LOR printouts are conditional on certain debugging kernel options that are disabled in official release builds.) -BenReceived on Fri Mar 04 2016 - 20:47:48 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:03 UTC