On Fri, 2008-07-18 at 18:35 -0400, Ric Wheeler wrote:
> Chris Mason wrote:
> > On Fri, 2008-07-18 at 16:09 -0400, Ric Wheeler wrote:
> >
> >> Just to kick the tires, I tried the same test that I ran last week on
> >> ext4. Everything was going great, I decided to kill it after 6 million
> >> fil
On Thu, 2008-07-17 at 17:40 +0200, Toei Rei wrote:
> Hello List, hello folks...
>
>
> I came across a bug lately while messing around with the new kde 4.1
> (building
> and svn checkouts for building it):
>
I haven't forgotten this one ;) Is there an easy command I could use to
check things
Chris Mason wrote:
On Fri, 2008-07-18 at 16:09 -0400, Ric Wheeler wrote:
Just to kick the tires, I tried the same test that I ran last week on
ext4. Everything was going great, I decided to kill it after 6 million
files or so and restart.
The unmount has taken a very, very long time - seems
On Fri, 2008-07-18 at 12:43 -0400, Josef Bacik wrote:
> Hello,
>
> Last one, applies cleanly. You'll want to apply these in order otherwise they
> won't apply properly. Thanks,
>
I'm getting:
rm: cannot remove directory `clients/client44': Directory not empty
On dbench 50 with this one. Cou
On Fri, 2008-07-18 at 20:28 +0300, Ahmed Kamal wrote:
> [EMAIL PROTECTED] progs-unstable]# btrfsctl -A /dev/sdb
> ioctl returns 0
> [EMAIL PROTECTED] progs-unstable]# btrfsctl -A /dev/sdc
> ioctl returns 0
>
>
> /dev/sdb has a btrfs, while /dev/sdc is blank. What's that output
> supposed to mean
On Fri, 2008-07-18 at 16:09 -0400, Ric Wheeler wrote:
> Just to kick the tires, I tried the same test that I ran last week on
> ext4. Everything was going great, I decided to kill it after 6 million
> files or so and restart.
>
> The unmount has taken a very, very long time - seems like we are
Chris Mason wrote:
Hello everyone,
It took me much longer to chase down races in my new data=ordered code,
but I think I've finally got it, and have pushed it out to the unstable
trees.
There are no disk format changes included. I need to make minor mods to
the resizing and balancing code, but
On Fri, 2008-07-18 at 10:13 +0800, Yan Zheng wrote:
> Hello,
>
> This patch fixes the nodatacow check. The new test function can always
> detect extents referenced by multiple snatshots. If a extent was
> allocated in recent two transactions and no snapshot happened in these
> two transactions, we
Ahmed Kamal wrote:
Thanks Linda, I located the kernel message. Is it normal such issues
are not tracked in the project's bugzilla:
http://oss.oracle.com/bugzilla/buglist.cgi?product=Btrfs
which only contains 5 bugs ?!
I suppose it depends on whether its a bug with something that's
supposed to w
On 12:20 pm 07/18/08 Chris Mason <[EMAIL PROTECTED]> wrote:
> On Fri, 2008-07-18 at 10:36 -0600, Tim Gelter wrote:
>
> > Hello all,
> > I've been silently following the development of btrfs for a while
> > now. After checking out and building the kernel module, I am
> > unable to insmod it. It
On Mon, 2008-07-14 at 11:52 +0530, Balaji Rao wrote:
> Hello,
>
> As suggest by Cristoph, this patch factors out a btrfs_iget helper from
> btrfs_lookup. This is useful in situations such as in NFS export ops.
>
> Comments ?
>
No objections, but I'll wait for the full NFS patch before pulling t
FYI, I had every intention of applying this one, but I ended up using
the flags.
-chris
--
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
On Fri, 2008-07-18 at 10:36 -0600, Tim Gelter wrote:
> Hello all,
> I've been silently following the development of btrfs for a while now.
> After checking out and building the kernel module, I am unable to insmod
> it. It complains that it's not of a valid type. Any ideas?
> -Tim
>
Hello,
Coul
Thanks Linda, I located the kernel message. Is it normal such issues
are not tracked in the project's bugzilla:
http://oss.oracle.com/bugzilla/buglist.cgi?product=Btrfs
which only contains 5 bugs ?!
On Fri, Jul 18, 2008 at 8:50 PM, Linda Knippers <[EMAIL PROTECTED]> wrote:
> Ahmed Kamal wrote:
>>
Ahmed Kamal wrote:
[EMAIL PROTECTED] progs-unstable]# btrfsctl -A /dev/sdb
ioctl returns 0
[EMAIL PROTECTED] progs-unstable]# btrfsctl -A /dev/sdc
ioctl returns 0
/dev/sdb has a btrfs, while /dev/sdc is blank. What's that output
supposed to mean ? Is it a bug ?
I think not so much of a bug as
[EMAIL PROTECTED] progs-unstable]# btrfsctl -A /dev/sdb
ioctl returns 0
[EMAIL PROTECTED] progs-unstable]# btrfsctl -A /dev/sdc
ioctl returns 0
/dev/sdb has a btrfs, while /dev/sdc is blank. What's that output
supposed to mean ? Is it a bug ?
--
To unsubscribe from this list: send the line "unsub
Ahmed Kamal wrote:
> Thanks man, I got myself a wiki account, and get btrfs up and running
> in a VM. Will start planning for the test suite
>
> On Thu, Jul 17, 2008 at 5:25 PM, Miguel Sousa Filipe
> <[EMAIL PROTECTED]> wrote:
>> Hi there,
>>
>> On Wed, Jul 16, 2008 at 2:22 PM, Ahmed Kamal
>> <[EM
Hello,
Last one, applies cleanly. You'll want to apply these in order otherwise they
won't apply properly. Thanks,
Josef
diff -r 662839675896 btrfs_inode.h
--- a/btrfs_inode.h Fri Jul 18 19:44:09 2008 -0400
+++ b/btrfs_inode.h Fri Jul 18 19:44:44 2008 -0400
@@ -49,6 +49,21 @@ struct b
Hello,
I don't think this patch changed, but I already said patch blah/5, so I have to
include this or it will screw up my numbering :). Thanks,
Josef
diff -r 870370c6975e ctree.h
--- a/ctree.h Wed Jul 09 22:38:43 2008 -0400
+++ b/ctree.h Thu Jul 10 17:35:44 2008 -0400
@@ -1663,8 +1663,7 @
Hello,
Here is an updated orphan inode patch for the unstable tree. Thanks,
Josef
diff -r 704bbd0d8f9b Makefile
--- a/Makefile Fri Jul 18 19:34:01 2008 -0400
+++ b/Makefile Fri Jul 18 19:42:53 2008 -0400
@@ -6,7 +6,7 @@ btrfs-y := super.o ctree.o extent-tree.o
hash.o file-item.o i
Hello,
Here's an updated patch that fixes the exiting a function without stopping the
transaction problems. Applies cleanly to the unstable tree. Thanks,
Josef
diff -r f661d8fc8b9f extent-tree.c
--- a/extent-tree.c Fri Jul 18 19:42:53 2008 -0400
+++ b/extent-tree.c Fri Jul 18 19:44:06
Hello,
This is an updated ACL patch that applies cleanly to the new stuff in the
unstable tree. Thanks,
Josef
diff -r e7b93e86f40b acl.c
--- a/acl.c Fri Jul 18 12:01:11 2008 -0400
+++ b/acl.c Fri Jul 18 19:34:01 2008 -0400
@@ -20,76 +20,302 @@
#include
#include
#include
+#include
That's probably a more proper patch
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1216410189 -10800
# Node ID f35e2b3b25a97d42452ec90b6c524721d9c9941f
# Parent 1aa4b32e3efd452531cb0b883edfcc3761487fca
Fixing btrfsctl argument handling
diff -r 1aa4b32e3efd -r f35e2b3b25a9 btrfsctl.c
--- a/
Hi,
btrfsctl -A
in the current -unstable branch, does not result in the error message
designated for it, namely "-A requires an arg\n". Turns out the whole
loop was being skipped!
Please find a patch attached that fixed it for me.
diff -r 1aa4b32e3efd btrfsctl.c
--- a/btrfsctl.cTue Jun 10
Hello everyone,
It took me much longer to chase down races in my new data=ordered code,
but I think I've finally got it, and have pushed it out to the unstable
trees.
There are no disk format changes included. I need to make minor mods to
the resizing and balancing code, but I wanted to get this
Thanks man, I got myself a wiki account, and get btrfs up and running
in a VM. Will start planning for the test suite
On Thu, Jul 17, 2008 at 5:25 PM, Miguel Sousa Filipe
<[EMAIL PROTECTED]> wrote:
> Hi there,
>
> On Wed, Jul 16, 2008 at 2:22 PM, Ahmed Kamal
> <[EMAIL PROTECTED]> wrote:
>> Ok, coo
26 matches
Mail list logo
