Unfortunately, truncating files doesn't work either. > > Eric Schrock wrote: > > > You don't need to grow the pool. You should always be able truncate the > > > file without consuming more space, provided you don't have snapshots. >[..] In the meantime, you can > truncate large files to free up space instead - because these don't > involve rewriting the parent directory pointers, this should always work.
As quoted in the original posting, truncating did not work. It does "work" for files of size 0 though ;) (i.e. returns 0, while a failed truncate returns 1) 0 3 [EMAIL PROTECTED] pts/9 ~ 211# find . -type f -size 0 ./tex/latexmk/latexmk.txt ^C 1 3 [EMAIL PROTECTED] pts/9 ~ 212# :> ./tex/latexmk/latexmk.txt 0 3 [EMAIL PROTECTED] pts/9 ~ 213# find . -type f -size 1 [..] ./tex/labels/test/test2.tex ^C 1 3 [EMAIL PROTECTED] pts/9 ~ 214# ls -l ./tex/labels/test/test2.tex -rw-r--r-- 1 th122 420 121 Nov 7 2005 ./tex/labels/test/test2.tex 0 3 [EMAIL PROTECTED] pts/9 ~ 215# :> ./tex/labels/test/test2.tex ./tex/labels/test/test2.tex: No space left on device. 1 3 [EMAIL PROTECTED] pts/9 ~ 216# :> /export/install/SunDownload/sol-nv-b42a-x86-v2-iso.zip /export/install/SunDownload/sol-nv-b42a-x86-v2-iso.zip: No space left on device. Other, more verbose means (than the shell NOP) of truncating a file give the same result. Unlink doesn't work either - returning 255: 0 3 [EMAIL PROTECTED] pts/9 ~ 219# unlink /export/install/SunDownload/sol-nv-b42a-x86-v2-iso.zip unlink: No space left on device 255 3 [EMAIL PROTECTED] pts/9 ~ 220# Interesting situation. -- Tatjana This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
