From owner-freebsd-fs@FreeBSD.ORG Sun Mar 27 07:13:02 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 6C1911065670 for ; Sun, 27 Mar 2011 07:13:02 +0000 (UTC) (envelope-from josef.karthauser@unitedlane.com) Received: from k2smtpout02-01.prod.mesa1.secureserver.net (k2smtpout02-01.prod.mesa1.secureserver.net [64.202.189.90]) by mx1.freebsd.org (Postfix) with SMTP id 29C998FC16 for ; Sun, 27 Mar 2011 07:13:01 +0000 (UTC) Received: (qmail 27884 invoked from network); 27 Mar 2011 07:13:01 -0000 Received: from unknown (HELO ip-72.167.34.38.ip.secureserver.net) (72.167.34.38) by k2smtpout02-01.prod.mesa1.secureserver.net (64.202.189.90) with ESMTP; 27 Mar 2011 07:13:01 -0000 Received: (qmail 10098 invoked from network); 27 Mar 2011 03:12:26 -0400 Received: from unknown (HELO ?90.155.77.76?) (90.155.77.76) by ip-72.167.34.38.ip.secureserver.net with (AES128-SHA encrypted) SMTP; 27 Mar 2011 03:12:25 -0400 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Dr Josef Karthauser In-Reply-To: <0A5070EE-8804-47F3-8744-68CF514B1B77@unitedlane.com> Date: Sun, 27 Mar 2011 08:13:23 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <9CF23177-92D6-40C5-8C68-B7E2F88236E6@unitedlane.com> <20110326225430.00006a76@unknown> <0A5070EE-8804-47F3-8744-68CF514B1B77@unitedlane.com> To: freebsd-fs@freebsd.org X-Mailer: Apple Mail (2.1082) Cc: Alexander Leidinger 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 07:13:02 -0000 On 26 Mar 2011, at 22:41, Dr Josef Karthauser wrote: > On 26 Mar 2011, at 21:54, Alexander Leidinger wrote: >>> Any idea on were the 23G has gone, or how I pursuade the zpool to >>> return it? Why is the filesystem referencing storage that isn't = being >>> used? >>=20 >> I suggest a >> zfs list -r -t all void/store >> to make really sure we/you see what we want to see. [snip] > Definitely no snapshots: >=20 [snip] > 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. Could this be a problem with zpool version 15, which might be resolved = with version 28? Joe