Date: Sun, 27 Mar 2011 10:31:05 +0100 From: Dr Josef Karthauser <josef.karthauser@unitedlane.com> To: Jeremy Chadwick <freebsd@jdc.parodius.com> Cc: freebsd-fs@freebsd.org Subject: Re: ZFS Problem - full disk, can't recover space :(. Message-ID: <094E71D9-B28B-46DB-8EA9-B11F17D5A32A@unitedlane.com> In-Reply-To: <20110327084355.GA71864@icarus.home.lan> References: <9CF23177-92D6-40C5-8C68-B7E2F88236E6@unitedlane.com> <20110326225430.00006a76@unknown> <3BBB1E36-8E09-4D07-B49E-ACA8548B0B44@unitedlane.com> <20110327075814.GA71131@icarus.home.lan> <E70F2E76-5253-4DB9-B05B-AEF3C6F4237E@unitedlane.com> <20110327084355.GA71864@icarus.home.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
On 27 Mar 2011, at 09:43, Jeremy Chadwick wrote: >>>>=20 >>>> This is the problematic filesystem: >>>>=20 >>>> void/j/legacy-alpha 56.6G 3.41G 56.6G /j/legacy-alpha >>>>=20 >>>> No chance that an application is holding any data - I rebooting and = came up >>>> in single user mode to try and get this resolved, but no cookie. >>>=20 >>> Are these filesystems using compression? Have any quota or = reservation >>> filesystem settings set? >>>=20 >>> "zfs get all" might help, but it'll be a lot of data. We don't = mind. >>>=20 >>=20 >> Ok, here you are. ( http://www.josef-k.net/misc/zfsall.txt.bz2 ) >>=20 >> I suspect that the problem is the same as reported here: >> http://web.archiveorange.com/archive/v/Lmwutp4HZLFDEkQ1UlX5 namely = that there was a bug with the handling of sparse files on zfs. The file = in question that caused the problem is a bayes database from spam = assassin. >=20 > That was going to be my next question, actually (yep really :-) ). So, I guess my next question is, would I be mad to apply the zpool = version 28 patch to 8.2 and run with that? Or are sparse files so broken = on zfs that I ought to find some ufs to run the bayesdb on? Joe
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?094E71D9-B28B-46DB-8EA9-B11F17D5A32A>