It seems that the BTRFS_IOC_CLONE ioctl fails when trying to do a
cross-subvolume clone of a file. Chris Mason suggested in the past ([1])
that this should be possible. Am I missing something?
[1] http://kerneltrap.org/mailarchive/linux-btrfs/2010/6/10/6884911
--
To unsubscribe from this list:
On Mon, Jul 19, 2010 at 07:00:33AM -0700, Arjan van de Ven wrote:
> On 7/19/2010 1:03 AM, Christoph Hellwig wrote:
> >This seems like iteration 66 of the ill fated mobling readahead crap.
>
> I think you need to actually look at what this patch does before
> rendering this judgment; something you
Hi everyone,
This batch has changes I've been testing in the master branch of the
btrfs-unstable repo
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git master
The first deals with the balancing bug that Edward Shishkin found. The
others are bugs that have turned up during t
On Mon, Jul 19, 2010 at 07:27:05PM +0800, Chris Mason wrote:
> On Wed, Jul 14, 2010 at 04:02:21PM +0800, Shaohua Li wrote:
> > Add an ioctl to dump btrfs btree_inode's existing pages. Userspace collects
> > such
> > info and uses it to do metadata readahead.
>
> In your tests, how often is the mi
From: Matt Lupfer
Fixes innocuous style issues identified by the checkpatch stript.
Signed-off-by: Matt Lupfer
Reviewed-by: Ben Chociej
Reviewed-by: Conor Scott
Reviewed-by: Steve French
---
fs/btrfs/async-thread.c |2 +-
fs/btrfs/disk-io.c |4 ++--
fs/btrfs/export.c
Ken D'Ambrosio wrote (ao):
> > Edward Ned Harvey wrote (ao):
> > > Is it included in any distributions yet?
> >
> > Yes, Fedora is one of the releases that has officially supported it
> > for a while now.
> > been implemented for Arch Linux, so you might see btrfs being an
> > option for that in t
On 7/19/2010 1:03 AM, Christoph Hellwig wrote:
This seems like iteration 66 of the ill fated mobling readahead crap.
I think you need to actually look at what this patch does before
rendering this judgment; something you apparently have not done.
--
To unsubscribe from this list: send th
Signed-off-by: Aneesh Kumar K.V
---
fs/btrfs/acl.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/fs/btrfs/acl.c b/fs/btrfs/acl.c
index d16..6d1410e 100644
--- a/fs/btrfs/acl.c
+++ b/fs/btrfs/acl.c
@@ -60,8 +60,10 @@ static struct posix_acl *btrfs_get_acl(struct i
On Wed, Jul 14, 2010 at 04:02:21PM +0800, Shaohua Li wrote:
> Add an ioctl to dump btrfs btree_inode's existing pages. Userspace collects
> such
> info and uses it to do metadata readahead.
In your tests, how often is the mincore done on metadata? With cow
(especially with cow and atime), the me
On Mon, Jul 19, 2010 at 04:03:54AM -0400, Christoph Hellwig wrote:
> This seems like iteration 66 of the ill fated mobling readahead crap.
>
> Please go to linux-fsdevel to define a proper interface instead of
> your per-filesystem hacks. I had hoped Arjan got it after the last big
> flameware, b
On Mon, Jul 19, 2010 at 5:01 PM, Xavier Nicollet wrote:
> Hi,
>
> I am using btrfs for remote backups (via rsync), with daily and weekly
> snapshots.
>
> I see these messages in kern.log:
>
> Jul 18 07:09:43 backup1 kernel: [3437126.458374] btrfs: unlinked 9 orphans
> Jul 18 12:01:01 backup1 kerne
Hi,
I am using btrfs for remote backups (via rsync), with daily and weekly
snapshots.
I see these messages in kern.log:
Jul 18 07:09:43 backup1 kernel: [3437126.458374] btrfs: unlinked 9 orphans
Jul 18 12:01:01 backup1 kernel: [3454604.905856] btrfs: unlinked 1 orphans
Jul 18 13:01:51 backup1 ke
On Mon, 19 Jul 2010 14:46:17 +0800, Yan, Zheng wrote:
So we must do more check in the mkfs.btrfs to avoid misuse, and I'll
add some check of the sectorsize into the mkfs.btrfs.
Yes, but this is fixed up with the raid code, we'll allow different page
sizes.
Is the raid code that you said the i
This seems like iteration 66 of the ill fated mobling readahead crap.
Please go to linux-fsdevel to define a proper interface instead of
your per-filesystem hacks. I had hoped Arjan got it after the last big
flameware, but it seems like you're only moving from one target to the
next.
NACK in thi
On Thu, 15 Jul 2010 20:14:51 +0200, Johannes Hirte wrote:
Am Donnerstag 15 Juli 2010, 02:11:04 schrieb Dave Chinner:
On Wed, Jul 14, 2010 at 05:25:23PM +0200, Johannes Hirte wrote:
Am Donnerstag 08 Juli 2010, 16:31:09 schrieb Chris Mason:
I'm not sure if btrfs is to blame for this error. After
15 matches
Mail list logo