Eugene Grosbein
2018-Apr-02 13:44 UTC
FreeBSD 10.4 kernel breaks on i7-7700 / PRIME H270M-PLUS
On 02.04.2018 19:27, Mark Knight wrote:>> What does it show if you press "CTRL-T" to see a status of "hung" process? > > Typically CTRL-T shows [sysctl mem]. In some circumstances I can CTRL-C > (e.g. if su hangs), in others I cannot (e.g. with sudo). > >> Does it help if you comment out the line mentioning /dev/console in the /etc/syslog.conf >> and apply the change with killall -1 syslogd ? > > Doing that "killall -HUP syslogd" hangs with (sysctl mem) - as does > "service syslogd restart" but after a fresh reboot, no - removing that > line didn't help at all. Thanks for getting my hopes up :) > > Moving ~/myuser/.bashrc out of the way (it really doesn't contain much > apart from setting a bunch of aliases), allows me to login as myself, > but "sudo -u myuser -s" still hangs. > > I just got a truss output of "sudo -u myuser -s" per the file below, > perhaps that contains a clue? > > # sudo -u myuser -s >& sudo.truss.log > > http://www.knigma.org/scratch/sudo.truss.log > > Flipping back to a 10.3 kernel makes everything happy (just as well, as > the machine in question is my main router/firewall, so it's a right pain > when it's not working). > > Thanks in advance for any fresh ideas; I'm really not sure where to go > with this!1. Make sure you have kernel dumps enabled. Verify that dump can be properly generated and saved after reboot using "sysctl debug.kdb.panic=1" (this produced a panic). You should have crashdump in /var/crash after reboot. 2. Rebuild kernel using new updated sources but this time add to its config file: options KDB # Enable kernel debugger support. options KDB_UNATTENDED options KDB_TRACE options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed 3. Boot new kernel using nextboot(8) and see if it will crash instead of deadlock and if so, fill the PR to Bugzilla.
Mark Knight
2018-Apr-02 16:41 UTC
FreeBSD 10.4 kernel breaks on i7-7700 / PRIME H270M-PLUS
On 02/04/2018 14:44, Eugene Grosbein wrote:> 3. Boot new kernel using nextboot(8) and see if it will crash instead of deadlock > and if so, fill the PR to Bugzilla.Thanks again. Drat, no crash. The only difference was a few new errors during the boot - which I'm assuming are unrelated.> Apr 2 17:27:58 shrewd kernel: [16] lock order reversal: > Apr 2 17:27:58 shrewd kernel: [16] 1st 0xfffff80077653418 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2253 > Apr 2 17:27:58 shrewd kernel: [16] 2nd 0xfffffe03dbe7d218 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:262 > Apr 2 17:27:58 shrewd kernel: [16] 3rd 0xfffff80077c089a0 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2253 > Apr 2 17:27:58 shrewd kernel: [16] KDB: stack backtrace: > Apr 2 17:27:58 shrewd kernel: [16] db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0462049b30 > Apr 2 17:27:58 shrewd kernel: [16] kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe0462049be0 > Apr 2 17:27:58 shrewd kernel: [16] witness_checkorder() at witness_checkorder+0xe2b/frame 0xfffffe0462049c70 > Apr 2 17:27:58 shrewd kernel: [16] __lockmgr_args() at __lockmgr_args+0x988/frame 0xfffffe0462049d90 > Apr 2 17:27:58 shrewd kernel: [16] ffs_lock() at ffs_lock+0x84/frame 0xfffffe0462049de0 > Apr 2 17:27:58 shrewd kernel: [16] VOP_LOCK1_APV() at VOP_LOCK1_APV+0xfc/frame 0xfffffe0462 > Apr 2 17:27:58 shrewd kernel: 049e10 > Apr 2 17:27:59 shrewd kernel: [16] _vn_lock() at _vn_lock+0xaa/frame 0xfffffe0462049e80 > Apr 2 17:27:59 shrewd kernel: [16] vget() at vget+0x67/frame 0xfffffe0462049ec0 > Apr 2 17:27:59 shrewd kernel: [16] vfs_hash_get() at vfs_hash_get+0xe1/frame 0xfffffe0462049f10 > Apr 2 17:27:59 shrewd kernel: [16] ffs_vgetf() at ffs_vgetf+0x40/frame 0xfffffe0462049fa0 > Apr 2 17:27:59 shrewd kernel: [16] softdep_sync_buf() at softdep_sync_buf+0xa25/frame 0xfffffe046204a090 > Apr 2 17:27:59 shrewd kernel: [16] ffs_syncvnode() at ffs_syncvnode+0x286/frame 0xfffffe046204a110 > Apr 2 17:27:59 shrewd kernel: [16] ffs_truncate() at ffs_truncate+0x6a9/frame 0xfffffe046204a2f0 > Apr 2 17:27:59 shrewd kernel: [16] ufs_direnter() at ufs_direnter+0x7c8/frame 0xfffffe046204a3b0 > Apr 2 17:27:59 shrewd kernel: [16] ufs_makeinode() at ufs_makeinode+0x5d9/frame 0xfffffe046204a570 > Apr 2 17:27:59 shrewd kernel: [16] ufs_create() at ufs_create+0x34/frame 0xfffffe046204a590 > Apr 2 17:27:59 shrewd kernel: [16] VOP_CREATE_APV() at VOP_CREATE_APV+0xf1/frame 0xfffffe046204a5c0 > Apr 2 17:27:59 shrewd kernel: [16] vn_open_cred() at vn_open_cred+0x2c3/frame 0xfffffe046204a720 > Apr 2 17:27:59 shrewd kernel: [16] kern_openat() at kern_openat+0x26f/frame 0xfffffe046204a8a0 > Apr 2 17:27:59 shrewd kernel: [16] amd64_syscall() at amd64_syscall+0x2c6/frame 0xfffffe046204a9b0 > Apr 2 17:27:59 shrewd kernel: [16] Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe046204a9b0 > Apr 2 17:27:59 shrewd kernel: [16] --- syscall (5, FreeBSD ELF64, sys_open), rip = 0x801fcc9aa, rsp = 0x7fffdfdf9c38, rbp = 0x7fffdfdf9c60 --- > Apr 2 17:28:48 shrewd kernel: [66] lock order reversal: > Apr 2 17:28:48 shrewd kernel: [66] 1st 0xfffffe03dbf949f8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3130 > Apr 2 17:28:48 shrewd kernel: [66] 2nd 0xfffff8000b741000 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:280 > Apr 2 17:28:48 shrewd kernel: [66] KDB: stack backtrace: > Apr 2 17:28:48 shrewd kernel: [66] db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0462185130 > Apr 2 17:28:48 shrewd kernel: [66] kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe04621851e0 > Apr 2 17:28:48 shrewd kernel: [66] witness_checkorder() at witness_checkorder+0xe2b/frame 0xfffffe0462185270 > Apr 2 17:28:48 shrewd kernel: [66] _sx_xlock() at _sx_xlock+0x75/frame 0xfffffe04621852b0 > Apr 2 17:28:48 shrewd kernel: [66] ufsdirhash_add() at ufsdirhash_add+0x3a/frame 0xfffffe04621852f0 > Apr 2 17:28:48 shrewd kernel: [66] ufs_direnter() at ufs_direnter+0x622/frame 0xfffffe04621853b0 > Apr 2 17:28:48 shrewd kernel: [66] ufs_makeinode() at ufs_makeinode+0x5d9/frame 0xfffffe0462185570 > Apr 2 17:28:48 shrewd kernel: [66] ufs_create() at ufs_create+0x34/frame 0xfffffe0462185590 > Apr 2 17:28:48 shrewd kernel: [66] VOP_CREATE_APV() at VOP_CREATE_APV+0xf1/frame 0xfffffe04621855c0 > Apr 2 17:28:48 shrewd kernel: [66] vn_open_cred() at vn_open_cred+0x2c3/frame 0xfffffe0462185720 > Apr 2 17:28:48 shrewd kernel: [66] kern_openat() at kern_openat+0x26f/frame 0xfffffe04621858a0 > Apr 2 17:28:48 shrewd kernel: [66] amd64_syscall() at amd64_syscall+0x2c6/frame 0xfffffe04621859b0 > Apr 2 17:28:48 shrewd kernel: [66] Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe04621859b0 > Apr 2 17:28:48 shrewd kernel: [66] --- syscall (499, FreeBSD ELF64, sys_openat), rip = 0x80174cb7a, rsp = 0x7fffffff7f58, rbp = 0x7fffffff7fd0 ----- Mark Knight