From owner-freebsd-fs@FreeBSD.ORG Fri Aug 29 04:04:50 2008 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 E65461065675 for ; Fri, 29 Aug 2008 04:04:50 +0000 (UTC) (envelope-from dariop@corp.webnx.com) Received: from remote.corp.webnx.com (corp.webnx.com [67.220.206.201]) by mx1.freebsd.org (Postfix) with ESMTP id C7E728FC0A for ; Fri, 29 Aug 2008 04:04:50 +0000 (UTC) (envelope-from dariop@corp.webnx.com) Received: from SBS2K8P01.WEBNX.local ([fe80::9796:85cc:c3f0:378]) by SBS2K8P01.WEBNX.local ([fe80::9796:85cc:c3f0:378%10]) with mapi; Thu, 28 Aug 2008 19:08:02 -0700 From: Dario Perovich To: "freebsd-fs@FreeBSD.org" Date: Thu, 28 Aug 2008 19:08:02 -0700 Thread-Topic: move data pool to pool in same tank, free space not recovered. Thread-Index: AckJe0/sZS6AvpOlQpm7GM5/xOxzeA== Message-ID: <3C412955B44C7B43BBB442F61610484435D1DAB1@SBS2K8P01.WEBNX.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: move data pool to pool in same tank, free space not recovered. 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: Fri, 29 Aug 2008 04:04:51 -0000 Hello everyone, I used mc-light to try to move about 3.6tb of data from /storage to /storag= e2 in the same tank. I had about 1.2tb of space free, it copied 1.2tb of da= ta and then ran out of room. /storage shows 2.4tb of data and /storage2 sh= ows 1.2tb but now there's only 460 megs of free space. I deleted a random = file and space is now 1.1gb. The pool/tank was created with 7.0-RELEASE a= nd imported into 8.0-CURRENT-200806 (since 07 wont install and 08 has no am= d64). Also yes, I have confirmed the data is no longer, at least ls'd, in = /storage For those curious why I'm doing this, I've noticed issues with /storage tha= t scrub hasn't caught so I thought I'd see if creating a fresh pool would b= e a crude work around, just to find this :) Dario