Unable to delete files on ZFS volume
Mister Olli
mister.olli at googlemail.com
Sat Jun 20 19:55:13 UTC 2009
Hi,
sounds like a great idea, I'm gonna try that as soon as Kip Macy does
not need further informations.
The reason I filled up the pool was that I just got ZFS to work and
started playing around to see how stable it works. As I wanna deploy it
on my home FS (which has no heavy usage) it tried to simulate some work
on the FS and came up with the bash loops (as described in my other
mail).
Filling up the pool happend 'accidentally'.
btw I'm pretty much impressed how good it works. From the readings I
assumed the first crash within minutes. Great job.
Regards,
---
Mr. Olli
On Sat, 2009-06-20 at 22:42 +0300, Dan Naumov wrote:
> 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 at 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 at 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 at 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 at 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 at 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 at freebsd.org mailing list
> >>> > http://lists.freebsd.org/mailman/listinfo/freebsd-current
> >>> > To unsubscribe, send any mail to "freebsd-current-unsubscribe at 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 at freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-fs
> > To unsubscribe, send any mail to "freebsd-fs-unsubscribe at freebsd.org"
> >
More information about the freebsd-fs
mailing list