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-fs mailing list