From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 13:04:00 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5252C106567A for ; Fri, 22 Oct 2010 13:04:00 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id EC9B98FC1E for ; Fri, 22 Oct 2010 13:03:59 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id C8B2C103249 for ; Fri, 22 Oct 2010 15:02:39 +0200 (CEST) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id 68hUstc4--A6 for ; Fri, 22 Oct 2010 15:02:36 +0200 (CEST) Received: from [192.168.10.81] (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id 7670F10323E for ; Fri, 22 Oct 2010 15:02:36 +0200 (CEST) Message-ID: <4CC18BB9.2030200@zirakzigil.org> Date: Fri, 22 Oct 2010 15:03:53 +0200 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.14) Gecko/20101006 Thunderbird/3.0.9 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ZFS wrong size stats with amavis X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2010 13:04:00 -0000 I've seen people discuss about this and it happened to me as well. Freebsd 8.1 stable 25th september amd64 This server has one single boot disk with ufs + 1 array (hardware, 3ware) which hold 2,7TB data. I've formatted the latter with ZFS. Things seemed to work ok until I upgraded the system. One day the server jails didn't boot anymore. I checked and the array occupation was 100% with 0 byte free. This sounded strange, so I found a hidden file under /var/amavis/.spamassassin. I removed the dir, started again, but after a while it grew again until the system became unusable. This is how I solved: I moved the amavis partition under UFS, then mounted with nullfs that dir under /var in the zfs jail. I solved in the sense that it didn't grow anymore, but the fs occupation stayed very near 100%, with only 1GB free space. If I launch du -s under /zfs (host machine, not jail) I get a total space of about 750GB, but df -h always turns up with 2,7TB space occupied. I tried a zpool upgrade zfs and zpool scrub zfs, but to no avail. What should I do. short of moving the data, destroying the pool and creating it again (which I can't very easily do)? Thanks.