Date: Sun, 31 Aug 2014 00:17:52 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 186112] [zfs] [panic] ZFS Panic/Solaris Assert/zap.c:479 Message-ID: <bug-186112-3630-DPaUjVeps9@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-186112-3630@https.bugs.freebsd.org/bugzilla/> References: <bug-186112-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=186112 --- Comment #9 from Peter Wemm <peter@FreeBSD.org> --- "dedup: DDT entries 1415219, size 2676 on disk, 540 in core" -> 728MB of ram to cache this. Fortunately that's a relatively small portion of your system ram. I would still be doing a zfs set dedup=off anywhere it's on. While it won't fix the on-disk dedup corruption, at least you won't risk adding to it any more. Your system is crashing trying to parse the on-disk dedup records. That's what the *_ddt_* functions are about in the traces. I can't imagine this ending well. Does a scrub find the problem? or does the scrub trigger the assertions? -- 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-186112-3630-DPaUjVeps9>