On Thu, Apr 10, 2014 at 11:10:33PM -0700, Chip Turner wrote: > Thank you for the extremely detailed and helpful reply. I now > understand what was happening. To me, when I read "total=" I guess I > thought that was capacity rather than allocated (but now "holey") > chunks. I agree that perhaps adjusting the phrasing of the output of > df and show would be helpful in making this clearer (or perhaps some > adjustment to the wiki; maybe I will do that). > > I assume metadata is where filesystem information (directory entries, > inodes, etc) are stored and not being able to delete was because there > wasn't room in the metadata chunks, and no room to allocate more > metadata chunks? Or are those also data chunks and it was purely > about data chunks?
Yes and no. Deleting metadata also needs metadata, and metadata chunk and data chunk are different ones. > > Does defrag do similar reallocation to balance such that it would help > combat this behavior? I'm afraid it won't, since you have that many hardlinks, defrag may not help on reducing metadata. thanks, -liubo -- 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
