Btrfs devel - Jul 2010 - File cloning across subvolumes with BTRFS_IOC_CLONE ioctl

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: send the line "unsubscribe linux-btrfs"
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

I''ve got the same problem, and that post clearly seems to say it is
possible.
cp --reflink=always source subvolume1/   gives me:
cp: failed to clone `xxxx'': Invalid cross-device link

Even on the same subvolume I get 10% of the files telling me the same.

btrfs-bcp copy the files in its integrity.


On Tue, Jul 20, 2010 at 1:39 AM,  <redneb@gmx.com>
wrote:
> 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: send the line "unsubscribe
linux-btrfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs"
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

On Wed, Jul 21, 2010 at 11:11:13AM -0400, Jérôme Poulin
wrote:
> I''ve got the same problem, and that post clearly seems to say it
is possible.
> cp --reflink=always source subvolume1/   gives me:
> cp: failed to clone `xxxx'': Invalid cross-device link
> 
> Even on the same subvolume I get 10% of the files telling me the same.
> 
> btrfs-bcp copy the files in its integrity.
Ok, this is a bug in the ioctl.  I''ll fix it up.

-chris
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs"
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

After pulling the new changes, I tried to do the cp --reflink=always
and still get files with no data in it.
cp --reflink=always on different subvolume: http://pastebin.com/zutMPe1h
ls -lisa on source: http://pastebin.com/8BU2Xyr5
ls -lisa on destination after trying to copy: http://pastebin.com/EPV70cD3

However, copying on the same subvolume now works perfectly, so I guess
this is fixed.

On Wed, Jul 21, 2010 at 11:32 AM, Chris Mason <chris.mason@oracle.com>
wrote:
> On Wed, Jul 21, 2010 at 11:11:13AM -0400, Jérôme Poulin wrote:
>> I''ve got the same problem, and that post clearly seems to say
it is possible.
>> cp --reflink=always source subvolume1/   gives me:
>> cp: failed to clone `xxxx'': Invalid cross-device link
>>
>> Even on the same subvolume I get 10% of the files telling me the same.
>>
>> btrfs-bcp copy the files in its integrity.
>
> Ok, this is a bug in the ioctl.  I''ll fix it up.
>
> -chris
>
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs"
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Here is the real destination, I had pasted the same as source:
http://pastebin.com/nyTDeaae

On Mon, Jul 26, 2010 at 8:55 AM, Jérôme Poulin <jeromepoulin@gmail.com>
wrote:
> After pulling the new changes, I tried to do the cp --reflink=always and
still get files with no data in it.
> cp --reflink=always on different subvolume: http://pastebin.com/zutMPe1h
> ls -lisa on source: http://pastebin.com/8BU2Xyr5
> ls -lisa on destination after trying to copy: http://pastebin.com/EPV70cD3
>
> However, copying on the same subvolume now works perfectly, so I guess this
is fixed.
>
> On Wed, Jul 21, 2010 at 11:32 AM, Chris Mason
<chris.mason@oracle.com> wrote:
>> On Wed, Jul 21, 2010 at 11:11:13AM -0400, Jérôme Poulin wrote:
>>> I''ve got the same problem, and that post clearly seems to
say it is possible.
>>> cp --reflink=always source subvolume1/   gives me:
>>> cp: failed to clone `xxxx'': Invalid cross-device link
>>>
>>> Even on the same subvolume I get 10% of the files telling me the
same.
>>>
>>> btrfs-bcp copy the files in its integrity.
>>
>> Ok, this is a bug in the ioctl.  I''ll fix it up.
>>
>> -chris
>>
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs"
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html