From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?ISO-8859-1?Q?J=E9r=F4me_Poulin?= Subject: Re: File cloning across subvolumes with BTRFS_IOC_CLONE ioctl Date: Mon, 26 Jul 2010 09:00:30 -0400 Message-ID: References: <20100720053934.GA14402@epicurus> <20100721153224.GY3133@think> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 To: Chris Mason , =?ISO-8859-1?Q?J=E9r=F4me_Poulin?= , redneb , linux-btrfs Return-path: In-Reply-To: List-ID: 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=E9r=F4me Poulin wrote: > After pulling the new changes, I tried to do the cp --reflink=3Dalway= s and still get files with no data in it. > cp --reflink=3Dalways on different subvolume: http://pastebin.com/zut= MPe1h > ls -lisa on source: http://pastebin.com/8BU2Xyr5 > ls -lisa on destination after trying to copy: http://pastebin.com/EPV= 70cD3 > > However, copying on the same subvolume now works perfectly, so I gues= s this is fixed. > > On Wed, Jul 21, 2010 at 11:32 AM, Chris Mason wrote: >> On Wed, Jul 21, 2010 at 11:11:13AM -0400, J=E9r=F4me Poulin wrote: >>> I've got the same problem, and that post clearly seems to say it is= possible. >>> cp --reflink=3Dalways source subvolume1/ =A0 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 sa= me. >>> >>> btrfs-bcp copy the files in its integrity. >> >> Ok, this is a bug in the ioctl. =A0I'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