[Bug 219972] Unable to zpool export following some zfs recv

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219972

--- Comment #11 from pfribeiro at gmail.com ---
(In reply to Matthias Pfaller from comment #10)

I just installed a fresh 11.1-RELEASE (r321309) and can see that the issue I
reported is still there. I don't seem to recall having had a problem with
reboot getting stuck. It's just that rebooting is necessary to get the pool
unstuck. Following the next boot it is in some kind of dormant state,
(UNAVAIL?) but can be exported successfully.

I would like to add that in my `dtrace` output the call trace is exactly like
that of Matthias.

I've tried playing with cpuset to change the cores available to the scheduler,
as well as on a per process basis, but couldn't work around the problem with
zfs export. For the lack of a better workaround, I've added 'dd if=/dev/zero
of=dev/null' around my usage of zpool export as follows:

dd if=/dev/zero of=/dev/null bs=1024k  & PIDDD=$!
zpool export -f backup
kill -9 $PIDDD

First I spawn a concurrent dd, and then once the export terminates I kill it.
In this way I don't seem to get a busy pool even when doing zfs import/export
many, many times after the zfs recv. Perhaps this can give someone a hint of
where the problem may lie. Would be nice to get a bug fix, though :)

-- 
You are receiving this mail because:
You are the assignee for the bug.