From owner-freebsd-fs@FreeBSD.ORG Fri Mar 30 16:33:42 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BEAE106564A for ; Fri, 30 Mar 2012 16:33:42 +0000 (UTC) (envelope-from peter.maloney@brockmann-consult.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id 00E448FC1E for ; Fri, 30 Mar 2012 16:33:41 +0000 (UTC) Received: from [192.168.179.43] (hmbg-4d06de95.pool.mediaWays.net [77.6.222.149]) by mrelayeu.kundenserver.de (node=mrbap2) with ESMTP (Nemesis) id 0MUlX2-1RjswM3Wjk-00Ydu6; Fri, 30 Mar 2012 18:33:35 +0200 Message-ID: <4F75E05D.2060206@brockmann-consult.de> Date: Fri, 30 Mar 2012 18:33:33 +0200 From: Peter Maloney User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: freebsd-fs@freebsd.org References: <4F75C7EC.30606@gmail.com> In-Reply-To: <4F75C7EC.30606@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:6yeG1YvdCRmeoolA4V9Aw037quLNqlh1oky2uypZ2jx IDTA8XHyFE3IGCQhJaupQQxvXQ3JcVqejfdBwunG/uaKRH7+1q Wb/9hL56sGX/xA7g2QyzE7Wyg7d7Kjh8oHQRt9MoDQ4brf5kju oW8jWRSc230s+ORh2h714MJYA78Kq1zO7nu4GGjcb5zbGJJfum FsmoMuV7Y949zRqq5a7Ckvm/VSRK3+eWqimcx5T2ka2gaDf611 b/IC5cWlS1sZFfXi6NU7lAq4ez7YjbRmLNcgYnwLTiDgKxFOlZ Uh/GfdWXuFp6Rbir3YEgxoAV1POzqW0FzOQwMfJafO5jw7OdVo iiFJ4pD2pDeMX/4ACQj+sIlh4zlvUGlgcDgQrtYI1wSRVT0mY6 eot83ue17hqWw== Subject: Re: ZFS v28 and free space leakage 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, 30 Mar 2012 16:33:42 -0000 I think you ran zpool list... Does zfs list show the same? Do you have any snapshots or clones? What sort of vdevs do you have? Does creating an empty pool show 0 used? What about after adding more datasets? Do you have datasets? They might use some for metadata. Here begins the guessing and/or babbling... And I haven't tried this with zfs, but I know with ext on Linux, if you fill up a directory, and delete all the files in it, the directory takes more space than before it was filled (du will include this space when run). So be very thorough with how you calculate it. Maybe zfs did the same thing with metadata structures, and just left them allocated empty (just a guess). To prove there is a leak, you would need to fill up the disk, delete everything, and then fill it again to see if it fit less. If I did such a test and it was the same, I would just forget about the problem. Perhaps another interesting experiment would be to zfs send the pool to see if the destination pool ends up in the same state. On 30.03.2012 16:49, Volodymyr Kostyrko wrote: > Hi all. > > Maybe I'm missing something, but when I delete all data from the disk > how much space should empty disk occupy? > > kohrah1 136G 22,6M 136G 0% 1.00x ONLINE - > > I.e. I have 22 hidden megs. Scrub doesn't touch them. There were no > snapshots. Disk was deduped in the past. Server hit core dump several > times when running bonnie++ over deduped ZFS. > > If I create a snapshot and dump it down it would be 50 Kb file. >