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 <[email protected]> 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 <[email protected]> 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 [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
