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=3D234906 --- 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 l= ikely > that RAM is the problem. Sure. > That matches the panic sting from Wed Jan 9 23:41:29 CET 2019, but assum= ing > 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 inte= ract 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=3D0) or disabling TRIM on the file= system (tunefs -t disable /dev/ada0p2). Also, kib did some softdep refactoring in 327722 and 327723; Kirk did somet= hing 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. --=20 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>