Date: Thu, 16 Oct 2014 03:55:19 -0400 From: Marcus Reid <marcus@blazingdot.com> To: Steven Hartland <killing@multiplay.co.uk> Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: zpool import hangs when out of space - Was: zfs pool import hangs on [tx->tx_sync_done_cv] Message-ID: <20141016075518.GA14459@blazingdot.com> In-Reply-To: <520ED11771DE40FBAEFCC066D2FF0441@multiplay.co.uk> References: <14ADE02801754E028D9A0EAB4A16527E@multiplay.co.uk> <543C3C47.4010208@ijs.si> <E3C3C359999140B48943A0E1A04F83A9@multiplay.co.uk> <CAHM0Q_O7LNBiQAEjygANa%2B0rqm9cywjTPbNXabB4TePfEHAZsA@mail.gmail.com> <A7771879317F4194A1D5E4921CD33593@multiplay.co.uk> <138CF459AA0B41EB8CB4E11B3DE932CF@multiplay.co.uk> <543D0953.1070604@ijs.si> <C7A0928FD72346DD95970145BD2ADC8B@multiplay.co.uk> <8F4036C658724468B34B20CCBA658E43@multiplay.co.uk> <520ED11771DE40FBAEFCC066D2FF0441@multiplay.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20141016075518.GA14459>