From owner-freebsd-fs@FreeBSD.ORG Sun Mar 27 09:30:40 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD843106564A for ; Sun, 27 Mar 2011 09:30:40 +0000 (UTC) (envelope-from josef.karthauser@unitedlane.com) Received: from k2smtpout05-01.prod.mesa1.secureserver.net (k2smtpout05-01.prod.mesa1.secureserver.net [64.202.189.56]) by mx1.freebsd.org (Postfix) with SMTP id 93D718FC0C for ; Sun, 27 Mar 2011 09:30:40 +0000 (UTC) Received: (qmail 23444 invoked from network); 27 Mar 2011 09:30:39 -0000 Received: from unknown (HELO ip-72.167.34.38.ip.secureserver.net) (72.167.34.38) by k2smtpout05-01.prod.mesa1.secureserver.net (64.202.189.56) with ESMTP; 27 Mar 2011 09:30:39 -0000 Received: (qmail 14721 invoked from network); 27 Mar 2011 05:30:03 -0400 Received: from unknown (HELO ?90.155.77.76?) (90.155.77.76) by open3dhouse.com with (AES128-SHA encrypted) SMTP; 27 Mar 2011 05:30:03 -0400 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Dr Josef Karthauser In-Reply-To: <20110327084355.GA71864@icarus.home.lan> Date: Sun, 27 Mar 2011 10:31:05 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <094E71D9-B28B-46DB-8EA9-B11F17D5A32A@unitedlane.com> References: <9CF23177-92D6-40C5-8C68-B7E2F88236E6@unitedlane.com> <20110326225430.00006a76@unknown> <3BBB1E36-8E09-4D07-B49E-ACA8548B0B44@unitedlane.com> <20110327075814.GA71131@icarus.home.lan> <20110327084355.GA71864@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1082) Cc: freebsd-fs@freebsd.org Subject: Re: ZFS Problem - full disk, can't recover space :(. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 09:30:40 -0000 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