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
