On Aug 25, 2013, at 10:23 AM, Matthieu Dalstein <[email protected]> wrote:
> athena:~# btrfs fi df /mnt/storage/ > Data: total=613.30GB, used=472.69GB So it seems the issue is that data chunks once allocated aren't deallocated, and > Metadata, DUP: total=3.00GB, used=2.50GB the file system is thus unable to allocate another metadata chunk. So it's stuck. I don't know if removing a snapshot will necessarily help but it may be worth a try and see if these numbers change enough to allow file deletion. Another way out of this that's worked for some people in the past is to btrfs device add another disk to the volume. Maybe just 1GB of USB stick space is enough so that it can allocate another metadata chunk. But I'd give it as much of the fastest storage you have: can be any disk partition, or LV. But I've also done it with a USB stick partition. After it's added, see if you can do a balance, which should free most of those 141GB of data chunks. And then you can btrfs device delete the recently added device, which will move whatever data/metadata chunks are on it, back to the primary device for the volume. Chris Murphy-- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
