GNU bug report logs - #48164
cp --reflink=never no longer works as expected

Previous Next

Package: coreutils;

Reported by: Chris Murphy <lists <at> colorremedies.com>

Date: Sun, 2 May 2021 17:13:01 UTC

Severity: normal

Done: Pádraig Brady <P <at> draigBrady.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Pádraig Brady <P <at> draigBrady.com>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#48164: closed (cp --reflink=never no longer works as expected)
Date: Sun, 02 May 2021 21:00:01 +0000
[Message part 1 (text/plain, inline)]
Your message dated Sun, 2 May 2021 21:59:21 +0100
with message-id <b592eb22-e2f3-4ac2-6f3c-2c55854cd921 <at> draigBrady.com>
and subject line Re: bug#48164: cp --reflink=never no longer works as expected
has caused the debbugs.gnu.org bug report #48164,
regarding cp --reflink=never no longer works as expected
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
48164: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=48164
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Chris Murphy <lists <at> colorremedies.com>
To: bug-coreutils <at> gnu.org
Subject: cp --reflink=never no longer works as expected
Date: Sun, 2 May 2021 11:12:27 -0600
Hi,

Fedora 34 user 'adrum' reports that 'cp --reflink=never' is performing
a lightweight copy on Btrfs. And filefrag -v shows the extents are
shared. Strace shows use of copy_file_range even with --reflink=never

The note for copy_file_range() includes:

copy_file_range() gives filesystems an opportunity to implement
       "copy acceleration" techniques, such as the use of reflinks


Downstream bug
https://bugzilla.redhat.com/show_bug.cgi?id=1956080

The commit that causes the change in behavior:
https://src.fedoraproject.org/rpms/coreutils/c/1737e5c81fa82451b510f982499bdedb2a1619d1?branch=rawhide

It references five upstream commits.


-- 
Chris Murphy


[Message part 3 (message/rfc822, inline)]
From: Pádraig Brady <P <at> draigBrady.com>
To: Chris Murphy <lists <at> colorremedies.com>, 48164-done <at> debbugs.gnu.org
Subject: Re: bug#48164: cp --reflink=never no longer works as expected
Date: Sun, 2 May 2021 21:59:21 +0100
On 02/05/2021 18:12, Chris Murphy wrote:
> Hi,
> 
> Fedora 34 user 'adrum' reports that 'cp --reflink=never' is performing
> a lightweight copy on Btrfs. And filefrag -v shows the extents are
> shared. Strace shows use of copy_file_range even with --reflink=never
> 
> The note for copy_file_range() includes:
> 
> copy_file_range() gives filesystems an opportunity to implement
>         "copy acceleration" techniques, such as the use of reflinks
> 
> 
> Downstream bug
> https://bugzilla.redhat.com/show_bug.cgi?id=1956080
> 
> The commit that causes the change in behavior:
> https://src.fedoraproject.org/rpms/coreutils/c/1737e5c81fa82451b510f982499bdedb2a1619d1?branch=rawhide
> 
> It references five upstream commits.

Thanks for the detailed report. I've fixed this upstream with:
https://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=v8.32-147-gea9af9923
Ideally copy_file_range() would take CAN_REFLINK as a flag,
but for now the patch above avoids the call with --reflink=never.

Note we've not released an official coreutils release with this change yet,
as we've yet to fully test all variations of this new copying logic.
There are subtle interactions like this that need to be considered.
BTW there has been recent discussions on the non generality of
copy_file_range() at https://lwn.net/Articles/846403/

Marking this as done.

cheers,
Pádraig


This bug report was last modified 4 years and 16 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.