Date: Mon, 16 Dec 2013 15:23:06 +0100 (CET) From: krichy@tvnetwork.hu To: freebsd-fs@freebsd.org Subject: Re: kern/184677 Message-ID: <alpine.DEB.2.10.1312161521120.1366@krichy.tvnetwork.hu> In-Reply-To: <alpine.DEB.2.10.1312161059150.7004@krichy.tvnetwork.hu> References: <alpine.DEB.2.10.1312161059150.7004@krichy.tvnetwork.hu>
next in thread | previous in thread | raw e-mail | index | archive | help
Seems that pjd did a change which eliminated the zfsdev_state_lock on Fri Aug 12 07:04:16 2011 +0000, which might introduced a new deadlock situation. Any comments on this? Kojedzinszky Richard Euronet Magyarorszag Informatikai Zrt. On Mon, 16 Dec 2013, krichy@tvnetwork.hu wrote: > Date: Mon, 16 Dec 2013 11:08:11 +0100 (CET) > From: krichy@tvnetwork.hu > To: freebsd-fs@freebsd.org > Subject: kern/184677 > > Dear devs, > > I've attached a patch, which makes the recursive lockmgr disappear, and makes > the reported bug to disappear. I dont know if I followed any guidelines well, > or not, but at least it works for me. Please some ZFS/FreeBSD fs expert > review it, and fix it where it needed. > > But unfortunately, my original problem is still not solved, maybe the same as > Ryan's: > http://lists.freebsd.org/pipermail/freebsd-fs/2013-December/018707.html > > Tracing the problem down is that zfsctl_snapdir_lookup() tries to acquire > spa_namespace_lock while when finishing a zfs send -R does a zfsdev_close(), > and that also holds the same mutex. And this causes a deadlock scenario. I > looked at illumos's code, and for some reason they use another mutex on > zfsdev_close(), which therefore may not deadlock with > zfsctl_snapdir_lookup(). But I am still investigating the problem. > > I would like to help making ZFS more stable on freebsd also with its whole > functionality. I would be very thankful if some expert would give some > advice, how to solve these bugs. PJD, Steven, Xin? > > Thanks in advance, > > > Kojedzinszky Richard > Euronet Magyarorszag Informatikai Zrt.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.DEB.2.10.1312161521120.1366>