From owner-freebsd-stable@FreeBSD.ORG Wed Jul 29 08:44:16 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 71A5C106564A for ; Wed, 29 Jul 2009 08:44:16 +0000 (UTC) (envelope-from stark@mapper.nl) Received: from smtp-out1.ops.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.freebsd.org (Postfix) with ESMTP id 084EF8FC14 for ; Wed, 29 Jul 2009 08:44:16 +0000 (UTC) (envelope-from stark@mapper.nl) Received: from [82.170.17.27] (helo=mapper.nl) by smtp-out1.ops.tiscali.nl with esmtp (Exim) (envelope-from ) id 1MW4a4-0001aY-Ga for freebsd-stable@freebsd.org; Wed, 29 Jul 2009 10:32:15 +0200 Received: from bowser ([192.168.0.1] helo=[0.0.0.0]) by mapper.nl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MW4Zi-000CwF-IT for freebsd-stable@freebsd.org; Wed, 29 Jul 2009 10:31:50 +0200 Message-ID: <4A7008F2.6090107@mapper.nl> Date: Wed, 29 Jul 2009 10:31:46 +0200 From: Mark Stapper User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: FreeBSD References: <14989d6e0907290045j94bab06wb5d0114fe2af2331@mail.gmail.com> In-Reply-To: <14989d6e0907290045j94bab06wb5d0114fe2af2331@mail.gmail.com> X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5FDF4458804EC5A85AA93804" 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: Wed, 29 Jul 2009 08:44:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5FDF4458804EC5A85AA93804 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Christian Walther wrote: > 2009/7/29 grarpamp : > =20 >> One week old build... >> >> # df -i . >> Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mo= unted on >> ram01/mnt1 239465344 239465344 0 100% 13163 0 100% /mnt= 1 >> # ls -aliT zero >> 20797 -rw-r--r-- 1 user user 43515904 Jul 28 23:20:57 2009 zero >> # rm -f zero >> rm: zero: No space left on device >> # :> zero >> cannot create zero: File exists >> # cp /dev/null zero >> overwrite zero? (y/n [n]) y >> # ls -aliT zero >> 20797 -rw-rw-rw- 1 root wheel 0 Jul 28 23:25:17 2009 zero >> # rm -f zero >> [gone] >> =20 > > > this is a known problem with the current version of ZFS. Due to the > way ZFS handles access to the data it stores, even a rm causes a > write, which requires some additional disk space in the beginning: > Instead of simply unlinking what should be removed ZFS creates another > tree without the removed data. Only if this new tree has been entirely > written to disk the old information is removed. This is a rather rough > explanation and probably not entirely correct, but I hope it suffices. > Only hope: Make sure that not all disk space is used. > > Christian > =20 Indeed, if by some coincident (like a growing logfile) every single byte is used, even the copy action might fail... To prevent this you could set the maximum size of all partitions in your pool so that the sum of them is smaller then the size of your pool. Just a thought. Greetz, Mark --------------enig5FDF4458804EC5A85AA93804 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkpwCPYACgkQN9xNqOOVnWB2HACcCaugZsfL00XdTNKEFi6cVBe9 o4QAnjxin/ZngLk8kccqc/nOqAxY5yjU =17Ds -----END PGP SIGNATURE----- --------------enig5FDF4458804EC5A85AA93804--