Date: Sun, 13 Jan 2019 23:08:53 +0000 From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 234906] kernel panic: softdep_setup_inomapdep: dependency 0xfffff80107d15c00 for newinode already exists Message-ID: <bug-234906-3630-1BJLJbECyO@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-234906-3630@https.bugs.freebsd.org/bugzilla/> References: <bug-234906-3630@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234906 --- Comment #14 from Conrad Meyer <cem@freebsd.org> --- (In reply to johan van Zanten from comment #13) > memtest86+ -- my laptop can't boot the ISO image on a USB stick ; maybe a UEFI compat problem Yeah, memtest86+ is legacy BIOS only :-(. > Given that i wasn't have any problems using this same config as a desktop > running FreeBSD 10 or 11, with the same sort of workload, it seems less likely > that RAM is the problem. Sure. > That matches the panic sting from Wed Jan 9 23:41:29 CET 2019, but assuming > that's where the system is panicking, one still needs to find out how the > system is arriving in that state. Yes, that's definitely the panic. The latter is the open question :-). One thing that landed in 12 for UFS was TRIM consolidation, which does interact with softupdates and could plausibly explain this. You have trim enabled on ada0p2 (root) but not the other disk. You could try either disabling consolidation (sysctl vfs.ffs.dotrimcons=0) or disabling TRIM on the filesystem (tunefs -t disable /dev/ada0p2). Also, kib did some softdep refactoring in 327722 and 327723; Kirk did something in this area back in 2016 in r304239. I don't know what if any of that was already backported to 11.x and landed in 11.2 or whatever. I'm not sure about the secondary panic. -- You are receiving this mail because: You are the assignee for the bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-234906-3630-1BJLJbECyO>