Date: Sat, 20 Jun 2009 22:42:37 +0300 From: Dan Naumov <dan.naumov@gmail.com> To: Kip Macy <kmacy@freebsd.org> Cc: freebsd-fs@freebsd.org Subject: Re: Unable to delete files on ZFS volume Message-ID: <cf9b1ee00906201242g3dde9aa4h4317301ee8c3a6a6@mail.gmail.com> In-Reply-To: <3c1674c90906201232x63ddee19yf91aeac30f3401bb@mail.gmail.com> References: <1245519413.26909.60.camel@phoenix.blechhirn.net> <3c1674c90906201050w15e4cd5dpae76cd70d64b4e92@mail.gmail.com> <1245525965.26909.69.camel@phoenix.blechhirn.net> <3c1674c90906201232x63ddee19yf91aeac30f3401bb@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi. As Kip pointed out, this is a known issue with write allocate filesystems in general (not just ZFS). This is one of the several reasons why SUN recommends you do not completely fill up a zpool (they actually recommend to stay at or below 80% utilization). I have a workaround for you, however: Pick a file you don't need on the filled up ZFS volume. "Empty" the file contents in a way of your chosing. This should give you some disk space needed to use "rm" and further empty up your filesystem and allow for normal operation. This is a bit ugly, but it works. - Sincerely, Dan Naumov >>> On Sat, Jun 20, 2009 at 10:36 AM, Mister Olli<mister.olli@googlemail.com> wrote: >>> > Hi, >>> > >>> > after filling up a ZFS volume until the last byte, I'm unable to delete >>> > files, with error 'No space left on the device'. >>> > >>> > >>> > >>> > [root@template-8_CURRENT /test/data2]# df -h >>> > Filesystem Size Used Avail Capacity Mounted on >>> > /dev/ad0s1a 8.7G 5.2G 2.8G 65% / >>> > devfs 1.0K 1.0K 0B 100% /dev >>> > test 0B 0B 0B 100% /test >>> > test/data1 1.6G 1.6G 0B 100% /test/data1 >>> > test/data2 341M 341M 0B 100% /test/data2 >>> > [root@template-8_CURRENT /test/data2]# zfs list >>> > NAME USED AVAIL REFER MOUNTPOINT >>> > test 1.96G 0 26.6K /test >>> > test/data1 1.62G 0 1.62G /test/data1 >>> > test/data2 341M 0 341M /test/data2 >>> > [root@template-8_CURRENT /test/data2]# ls -l data1 |tail -n 20 <-- there are quite a lot of files, so I truncated ;-)) >>> > -rw-r--r-- 1 root wheel 3072 Jun 20 17:13 20090620165743 >>> > -rw-r--r-- 1 root wheel 9771008 Jun 20 17:11 20090620165803 >>> > -rw-r--r-- 1 root wheel 624640 Jun 20 17:12 20090620165809 >>> > -rw-r--r-- 1 root wheel 1777664 Jun 20 17:14 20090620165810 >>> > -rw-r--r-- 1 root wheel 4059136 Jun 20 17:15 20090620165817 >>> > -rw-r--r-- 1 root wheel 23778304 Jun 20 17:13 20090620165925 >>> > -rw-r--r-- 1 root wheel 20318208 Jun 20 17:13 20090620165952 >>> > -rw-r--r-- 1 root wheel 28394496 Jun 20 17:10 20090620170013 >>> > -rw-r--r-- 1 root wheel 23698432 Jun 20 17:12 20090620170021 >>> > -rw-r--r-- 1 root wheel 26476544 Jun 20 17:19 20090620170100 >>> > -rw-r--r-- 1 root wheel 19904512 Jun 20 17:15 20090620170132 >>> > -rw-r--r-- 1 root wheel 23815168 Jun 20 17:14 20090620170142 >>> > -rw-r--r-- 1 root wheel 6683648 Jun 20 17:11 20090620170225 >>> > -rw-r--r-- 1 root wheel 19619840 Jun 20 17:11 20090620170322 >>> > -rw-r--r-- 1 root wheel 13902848 Jun 20 17:13 20090620170331 >>> > -rw-r--r-- 1 root wheel 28981248 Jun 20 17:13 20090620170346 >>> > -rw-r--r-- 1 root wheel 18287616 Jun 20 17:11 20090620170355 >>> > -rw-r--r-- 1 root wheel 16762880 Jun 20 17:16 20090620170405 >>> > -rw-r--r-- 1 root wheel 26966016 Jun 20 17:10 20090620170429 >>> > -rw-r--r-- 1 root wheel 5252096 Jun 20 17:14 20090620170502 >>> > [root@template-8_CURRENT /test/data2]# rm -rf data1 >>> > rm: data1/20090620141524: No space left on device >>> > rm: data1/20090620025202: No space left on device >>> > rm: data1/20090620014926: No space left on device >>> > rm: data1/20090620075405: No space left on device >>> > rm: data1/20090620155124: No space left on device >>> > rm: data1/20090620105723: No space left on device >>> > rm: data1/20090620170100: No space left on device >>> > rm: data1/20090620040149: No space left on device >>> > rm: data1/20090620002512: No space left on device >>> > rm: data1/20090620052315: No space left on device >>> > rm: data1/20090620083750: No space left on device >>> > rm: data1/20090620063831: No space left on device >>> > rm: data1/20090620155029: No space left on device >>> > rm: data1/20090619234313: No space left on device >>> > rm: data1/20090620115346: No space left on device >>> > rm: data1/20090620075508: No space left on device >>> > rm: data1/20090620145541: No space left on device >>> > rm: data1/20090620093335: No space left on device >>> > rm: data1/20090620101846: No space left on device >>> > rm: data1/20090620132456: No space left on device >>> > rm: data1/20090620040044: No space left on device >>> > rm: data1/20090620091401: No space left on device >>> > rm: data1/20090620162251: No space left on device >>> > rm: data1/20090619220813: No space left on device >>> > rm: data1/20090620010643: No space left on device >>> > rm: data1/20090620052218: No space left on device >>> > >>> > >>> > >>> > >>> > >>> > Regards, >>> > --- >>> > Mr. Olli >>> > >>> > _______________________________________________ >>> > freebsd-current@freebsd.org mailing list >>> > http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>> > >>> >>> >>> >> >> > > > > -- > When bad men combine, the good must associate; else they will fall one > by one, an unpitied sacrifice in a contemptible struggle. > > Edmund Burke > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?cf9b1ee00906201242g3dde9aa4h4317301ee8c3a6a6>