2012/1/7 Christian Brunner <chb@xxxxxx>: > 2012/1/5 Chris Mason <chris.mason@xxxxxxxxxx>: >> On Fri, Jan 06, 2012 at 07:12:16AM +1100, Dave Chinner wrote: >>> On Thu, Jan 05, 2012 at 02:45:00PM -0500, Chris Mason wrote: >>> > On Thu, Jan 05, 2012 at 01:46:57PM -0500, Chris Mason wrote: >>> > > >>> > > Unfortunately, this one works for me. I'll try it again and see if I >>> > > can push harder. If not, I'll see if I can trade beer for some >>> > > diagnostic runs. >>> > >>> > Aha, if I try it just on the ssd instead of on my full array it triggers >>> > at 88M files. Great. >>> >>> Good to know. The error that is generating the BUG on my machine is >>> -28 (ENOSPC). Given there's 17TB free on my filesystem.... >> >> Yeah, same thing here. I'm testing a fix now, it's pretty dumb. We're >> not allocating more metadata chunks from the drive because of where the >> allocation is happening, so it is just a check for "do we need a new >> chunk" in the right place. >> >> I'll make sure it can fill my ssd and then send to you. > > Could you send the patch to the list (or to me), please? Telling from > what you mentioned on IRC this sounds quite interesting and I would > like to see if this solves my performance problems with ceph, too... I apologize for bothering you again, but I would really like to give it a spin. Thanks, Christian -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
