Re: [PATCH] fix enospc when there is plenty of space

On Fri, Oct 10, 2008 at 01:55:44PM -0400, Josef Bacik wrote: > Hello, > > So there is an odd case where we can possibly return -ENOSPC when there is in > fact space to be had. I think I finally have a hold on what the problem is, > it > only happens with Metadata writes, and happens _very_ infre

Re: compile btrfs for 2.6.27-rc9

On Fri, 2008-10-10 at 14:12 +0200, Xavier Nicollet wrote: > Hello everyone, > > I am trying to compile btrfs.ko (unstable) for 2.6.27-rc9. > I copied btrfs part of Kbuild, and fs/btrfs to my 2.6.27-rc9 tree. > > Then make modules modules_install > However, I can't insmod btrfs.ko. Dmesg ouput: >

Re: compile btrfs for 2.6.27-rc9

* Xavier Nicollet ([EMAIL PROTECTED]) wrote: > Hello everyone, > > I am trying to compile btrfs.ko (unstable) for 2.6.27-rc9. > I copied btrfs part of Kbuild, and fs/btrfs to my 2.6.27-rc9 tree. > > Then make modules modules_install > However, I can't insmod btrfs.ko. Dmesg ouput: > > [ 8973.920

[PATCH] fix enospc when there is plenty of space

Hello, So there is an odd case where we can possibly return -ENOSPC when there is in fact space to be had. I think I finally have a hold on what the problem is, it only happens with Metadata writes, and happens _very_ infrequently. What has to happen is we have to allocate have allocated out of

compile btrfs for 2.6.27-rc9

Hello everyone, I am trying to compile btrfs.ko (unstable) for 2.6.27-rc9. I copied btrfs part of Kbuild, and fs/btrfs to my 2.6.27-rc9 tree. Then make modules modules_install However, I can't insmod btrfs.ko. Dmesg ouput: [ 8973.920435] btrfs: no symbol version for struct_module [ 8994.375255]

Re: different oops

2008/10/10 Andrea Gelmini <[EMAIL PROTECTED]>: > 2008/10/9 Yan Zheng <[EMAIL PROTECTED]>: >> Andrea, did you create swap file on btrfs? > No, but Azureus (see my other email) plays a lot with holes. Well, I try to extend my previous reply (in the meanwhile it crashed again (kernel) with a newly ad

Re: different oops

2008/10/9 Yan Zheng <[EMAIL PROTECTED]>: > Andrea, did you create swap file on btrfs? No, but Azureus (see my other email) plays a lot with holes. Thanks a lot, Andrea -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to [EMAIL PROTECTED] More major

Re: different oops

2008/10/9 Chris Mason <[EMAIL PROTECTED]>: > Yan, > > Can these leaf ref miss warnings trigger corruptions? I thought not but > its clear there is some metadata corruption here: > > Andrea, how exactly did you trigger this? Nothing in particular, usual work session on my laptop. It seems to be it