zpool import hangs when out of space - Was: zfs pool import hangs on [tx->tx_sync_done_cv]
Marcus Reid
marcus at blazingdot.com
Thu Oct 16 07:55:25 UTC 2014
On Thu, Oct 16, 2014 at 03:56:23AM +0100, Steven Hartland wrote:
> Fix for this has now been committed:
> https://svnweb.freebsd.org/changeset/base/273158
>
> I'm already talking with re@ to get this in to the 10.1 release.
Thank you for that. I looked at your thread on the illumos zfs list,
and from what I gather, if you aren't wedged into a state where you have
to import read-only, you don't have to worry about leaked data in your
pool, correct?
I always have a small number of 'deferred free' blocks that's always
somewhere between 8 and 10:
9 108K 15.5K 108K 12.0K 6.97 0.00 deferred free
Also, if you run 'zdb -bb <pool>' on a live pool, you can get a bunch
of:
leaked space: vdev 0, offset 0x16464c2000, size 1048576
...
and then:
block traversal size 14586265600 != alloc 14667571200 (leaked 81305600)
which I believe is normal and unrelated.
Marcus
More information about the freebsd-stable
mailing list