Re: Filesystem unable to recover from ENOSPC

2014-04-10 Thread Chip Turner
no room to allocate more metadata chunks? Or are those also data chunks and it was purely about data chunks? Does defrag do similar reallocation to balance such that it would help combat this behavior? Thanks again, Chip On Thu, Apr 10, 2014 at 7:09 PM, Duncan <1i5t5.dun...@cox.net> wrote: >

Re: Filesystem unable to recover from ENOSPC

2014-04-10 Thread Chip Turner
On Thu, Apr 10, 2014 at 1:34 PM, Hugo Mills wrote: > On Thu, Apr 10, 2014 at 01:00:35PM -0700, Chip Turner wrote: >> btrfs show: >> Label: none uuid: 04283a32-b388-480b-9949-686675fad7df >> Total devices 1 FS bytes used 135.58GiB >> devid1 size 238.22GiB us

Filesystem unable to recover from ENOSPC

2014-04-10 Thread Chip Turner
igration effort and so my original data is safe inside of ext4 (ew). -- Chip Turner - ctur...@pattern.net -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html