From owner-freebsd-stable@FreeBSD.ORG Thu Jul 30 09:54:51 2009 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 2DF411065670 for ; Thu, 30 Jul 2009 09:54:51 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from golanth.tzim.net (unknown [IPv6:2001:41d0:1:d91f:21c:c0ff:fe4b:cf32]) by mx1.freebsd.org (Postfix) with ESMTP id BE5368FC16 for ; Thu, 30 Jul 2009 09:54:50 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from alarante.irisa.fr ([131.254.13.244]) by golanth.tzim.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MWSLZ-000H3l-Fl; Thu, 30 Jul 2009 11:54:49 +0200 Message-ID: <4A716DE4.4070506@tzim.net> Date: Thu, 30 Jul 2009 11:54:44 +0200 From: Arnaud Houdelette User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: grarpamp References: <14989d6e0907290025i499c71fbn289b64a7da0e4b97@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Authenticated-User: tzim@tzim.net X-Authenticator: plain Cc: freebsd-stable@freebsd.org Subject: Re: Cannot rm files when ZFS is full 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: Thu, 30 Jul 2009 09:54:51 -0000 grarpamp a écrit : > Yep, the cp /dev/null works to truncate. So I can deal with it. > Yep, everything is snapshotted. > Yep, this is a Sun issue not a FreeBSD one. FreeBSD should just stay > current with the versions and the minimum needed to port... fbsd dev > time is valuable elsewhere. > I do remember reading about copy on write, d-oh :) > ZFS should probably keep track of the largest extent needed to effect > any given operation and reserve that behind the scenes. If it took n > bytes to create something sans data, it'll probably take n bytes to > modify it. > Quotas and things might work though the user under quota might run > into the same problem. Who knows. > > Thx CW, et al. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > Just tried it on a test pool. (on md devices). 7.2-RELEASE [carenath] /testpool# zfs list -r -o name,used,avail,refer,quota testpool NAME USED AVAIL REFER QUOTA testpool 156M 0 156M 156M testpool@test 22.6K - 153M - [carenath] /testpool# ll -h total 159295 -rw-r--r-- 1 root wheel 15M Jul 30 11:29 random -rw-r--r-- 1 root wheel 61M Jul 30 11:35 random2 -rw-r--r-- 1 root wheel 77M Jul 30 11:37 zero -rw-r--r-- 1 root wheel 2.6M Jul 30 11:44 zero2 [carenath] /testpool# rm zero rm: zero: Disc quota exceeded So quota workaround doesn't quite works. It could possibly be an issue where quota limited users fill up their allowed space : they can free space by themselves.