On Wed, Oct 19, 2016 at 12:52 PM, Andrei Borzenkov wrote:
> I get "Failed to clone: Invalid cross-device link". Is it expected?
Yes, you cannot cross a MOUNTPOINT boundary with reflink.
Or, for that matter, btrfs subvolume snapshot.
> Basically this is (on openSUSE TW which has root on subvolume
19.10.2016 20:04, Hugo Mills пишет:
> On Wed, Oct 19, 2016 at 07:52:14PM +0300, Andrei Borzenkov wrote:
>> I get "Failed to clone: Invalid cross-device link". Is it expected?
>> Basically this is (on openSUSE TW which has root on subvolume)
>>
>> mount -o subvol=/ /dev/vda1 /mnt
>> btrfs sub create
On Wed, Oct 19, 2016 at 07:52:14PM +0300, Andrei Borzenkov wrote:
> I get "Failed to clone: Invalid cross-device link". Is it expected?
> Basically this is (on openSUSE TW which has root on subvolume)
>
> mount -o subvol=/ /dev/vda1 /mnt
> btrfs sub create /mnt/var/cache
> cp -a --reflink=always /
I get "Failed to clone: Invalid cross-device link". Is it expected?
Basically this is (on openSUSE TW which has root on subvolume)
mount -o subvol=/ /dev/vda1 /mnt
btrfs sub create /mnt/var/cache
cp -a --reflink=always /var/cache/* /mnt/var/cache
Kernel 4.7.5-1-default.
--
To unsubscribe from th
On Mon, Aug 20, 2012 at 11:08 AM, Jérôme Poulin wrote:
>
> On Thu, Aug 16, 2012 at 5:41 PM, james northrup
> wrote:
> >
> > dunno if this thread is dead, but im inclined to patch in cp --reflink
> > to "fdupes" prog.
> > It currently does provide a poor-man's dedupe via md5sum and hardlink,
> >
On Thu, Aug 16, 2012 at 5:41 PM, james northrup
wrote:
>
> dunno if this thread is dead, but im inclined to patch in cp --reflink to
> "fdupes" prog.
> It currently does provide a poor-man's dedupe via md5sum and hardlink, or
> delete.
>
> all the better if the distro-kernels can backport cros
On Sun, Aug 19, 2012 at 12:08:01AM -0500, Mitch Harder wrote:
> On Fri, Aug 17, 2012 at 12:20 AM, Marc MERLIN wrote:
> > On Thu, Aug 16, 2012 at 09:20:00PM -0700, james northrup wrote:
> >> dunno if this thread is dead, but im inclined to patch in cp --reflink
> >> to "fdupes" prog. It currently
On Fri, Aug 17, 2012 at 12:20 AM, Marc MERLIN wrote:
> On Thu, Aug 16, 2012 at 09:20:00PM -0700, james northrup wrote:
>> dunno if this thread is dead, but im inclined to patch in cp --reflink
>> to "fdupes" prog. It currently does provide a poor-man's dedupe via
>> md5sum and hardlink, or delet
On Thu, Aug 16, 2012 at 09:20:00PM -0700, james northrup wrote:
> dunno if this thread is dead, but im inclined to patch in cp --reflink
> to "fdupes" prog. It currently does provide a poor-man's dedupe via
> md5sum and hardlink, or delete.
>
> all the better if the distro-kernels can backport c
dunno if this thread is dead, but im inclined to patch in cp --reflink
to "fdupes" prog. It currently does provide a poor-man's dedupe via
md5sum and hardlink, or delete.
all the better if the distro-kernels can backport cross-snapshot
reflinks sooner than later.
On Sun, Apr 29, 2012 at 1:05 PM
Am 29.04.2012, 01:53 Uhr, schrieb Hubert Kario :
On Sunday 01 of April 2012 11:42:23 Jérôme Poulin wrote:
On Sun, Apr 1, 2012 at 11:27 AM, Norbert Scheibner wrote:
> Some users tested this patch successfully for week,s or months in 2
or 3
> kernel versions since then, true?
If this feature
On Sunday 01 of April 2012 11:42:23 Jérôme Poulin wrote:
> On Sun, Apr 1, 2012 at 11:27 AM, Norbert Scheibner wrote:
> > Some users tested this patch successfully for week,s or months in 2 or 3
> > kernel versions since then, true?
> If this feature must be implented in VFS in another patch, why n
On Sun, Apr 01, 2012 at 10:27:38PM +0300, Konstantinos Skarlatos wrote:
> thats true, cp --reflink is much better. Also am I wrong that btrfs has
> a limitation on the number of hard links that can only be fixed with a
> disk format change?
There's patch in development to lift the limit and it d
On 1/4/2012 9:11 μμ, Norbert Scheibner wrote:
On: Sun, 01 Apr 2012 20:19:24 +0300 Konstantinos Skarlatos wrote
I use btrfs for my backups. Ones a day I rsync --delete --inplace
the
complete system to a subvolume, snapshot it, delete some tempfiles
in the snapshot.
In my setup I rsync --inpla
e hard links are not transparent at the first sight and can not be copied
as it.
So no, I'd rather want the patch to allow cross-subvolume cp --reflink in the
kernel and I will wait for that to happen.
Greetings
Norbert
--
To unsubscribe from this list: send the line "unsubsc
nsparent at the first sight and can not be copied
as it.
So no, I'd rather want the patch to allow cross-subvolume cp --reflink in the
kernel and I will wait for that to happen.
Greetings
Norbert
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
t
> On: Sun, 01 Apr 2012 20:19:24 +0300 Konstantinos Skarlatos wrote
> > I use btrfs for my backups. Ones a day I rsync --delete --inplace the
> complete system to a subvolume, snapshot it, delete some tempfiles in the
> snapshot.
>
> In my setup I rsync --inplace many servers and workstations, 4-6
On Κυριακή, 1 Απρίλιος 2012 8:07:54 μμ, Norbert Scheibner wrote:
On: Sun, 01 Apr 2012 19:45:13 +0300 Konstantinos Skarlatos wrote
That's my point. This poor man's dedupe would solve my problems here
very well. I don't need a zfs-variant of dedupe. I can implement such a
file-based dedupe with
> On: Sun, 01 Apr 2012 19:45:13 +0300 Konstantinos Skarlatos wrote
> > That's my point. This poor man's dedupe would solve my problems here
> very well. I don't need a zfs-variant of dedupe. I can implement such a
> file-based dedupe with userland tools and would be happy.
>
> do you have any scr
On Κυριακή, 1 Απρίλιος 2012 7:41:36 μμ, Norbert Scheibner wrote:
On: Sun, 01 Apr 2012 18:30:13 +0300 Konstantinos Skarlatos wrote
+1 from me too, i would save enormous amounts of space with a patch
like that, at least until dedupe is implemented. We could call it "poor
man's dedupe"
That's m
> On: Sun, 01 Apr 2012 18:30:13 +0300 Konstantinos Skarlatos wrote
> +1 from me too, i would save enormous amounts of space with a patch
> like that, at least until dedupe is implemented. We could call it "poor
> man's dedupe"
That's my point. This poor man's dedupe would solve my problems here
On Sun, Apr 1, 2012 at 11:27 AM, Norbert Scheibner wrote:
> Some users tested this patch successfully for week,s or months in 2 or 3
> kernel versions since then, true?
If this feature must be implented in VFS in another patch, why not
just activate what works and make the future patch disable i
On Κυριακή, 1 Απρίλιος 2012 6:27:49 μμ, Norbert Scheibner wrote:
Glück Auf!
I know its been discussed more then ones, but as a user I really would like to
see the patch for allowing this in the kernel.
Some users tested this patch successfully for weeks or months in 2 or 3 kernel
versions sinc
Glück Auf!
I know its been discussed more then ones, but as a user I really would like to
see the patch for allowing this in the kernel.
Some users tested this patch successfully for weeks or months in 2 or 3 kernel
versions since then, true?
I'd say by creating a snapshot, it's nothing else in
24 matches
Mail list logo