<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">It's more or less inherent to any COW
style fs<br>
<br>
What you can still do, however, is truncate an existing file. So
find a big file,<br>
<br>
# cat /dev/null > /path/to/big/sacrificial/file<br>
<br>
and repeat until you've freed up enough space to work more
conventionally. It gets more "entertaining" if snapshots are
involved, of course...<br>
<br>
On 4/1/13 8:38 AM, Jim Kinney wrote:<br>
</div>
<blockquote
cite="mid:CAEo=5PyD4k-v-4ewAWae8jcHJoO6q4sVa_KGWp-4vm_vC1b+eA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>That sucks!<br>
<br>
</div>
I will need to look closely at the filesystem tool chain. Maybe
there's a new flag to disable the cache to unstick a file
delete.<br>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote"> On Mon, Apr 1, 2013 at 7:14 AM, Wolf
Halton <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:wolf.halton@gmail.com" target="_blank">wolf.halton@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">
<div>A gotcha on ZFS:<br>
</div>
If it ever fills up a drive array, for instance the backup
process starts writing recursively, you can't remove
anything, since it uses disk space to write a cache of
what you delete. You have to copy the files to a larger
array and reformat your stuffed ZFS array. Ask me how I
know?<br>
</div>
<div class="gmail_extra">
<div>
<div class="h5"><br>
</div>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
<br>
<br>
<br>
<br>
</body>
</html>