This comment is outdated and this patch remove
it to avoid confusion.
Signed-off-by: Sidong Yang
---
cmds/qgroup.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/cmds/qgroup.c b/cmds/qgroup.c
index 2da83ffd..b33f77fa 100644
--- a/cmds/qgroup.c
+++ b/cmds/qgroup.c
@@ -81,9 +81,6 @@ static
In btrfs_add_qgroup_relation(), this function gets btrfs_qgroup
with calling find_qgroup_rb() and checks its validity. if it's
valid, it executes opeartion that add qgroup relation. But in this
logic, it calls add_relation_rb() and it finds btrfs_qgroup again
from id. This process can be skipped if
pirmd., 2021. g. 22. marts, plkst. 06:48 — lietotājs Zygo Blaxell
() rakstīja:
>
> On Mon, Mar 22, 2021 at 05:13:13AM +0200, Dāvis Mosāns wrote:
> > pirmd., 2021. g. 22. marts, plkst. 02:25 — lietotājs Qu Wenruo
> > () rakstīja:
> > >
> > >
> > >
> > > On 2021/3/22 上午5:54, Dāvis Mosāns wrote:
> > >
On Mon, Mar 22, 2021 at 12:32 AM Dave T wrote:
>
> On Sun, Mar 21, 2021 at 2:03 PM Chris Murphy wrote:
> >
> > On Sat, Mar 20, 2021 at 11:54 PM Dave T wrote:
> > >
> > > # btrfs check -r 2853787942912 /dev/mapper/xyz
> > > Opening filesystem to check...
> > > parent transid verify failed on 2853
So I just did a conversion from single to dup and got the following
unexpected warning:
$btrfs balance start -mconvert=dup /mnt/data
WARNING:
RAID5/6 support has known problems and is strongly discouraged
to be used besides testing or evaluation. It is recommended that
On Sat, Mar 20, 2021 at 11:22:18AM -0400, Forrest Aldrich wrote:
> I have a really large (3+ TB) volume I am copying to a BTRFS volume
> (both over USB) which is painfully slow. In fact, it will probably take
> days to complete. My goal is to use BTRFS on that larger USB volume
> (it's an 18T
On 2021-03-22 21:00, Holger Hoffstätte wrote:
So I just did a conversion from single to dup and got the following
unexpected warning:
$btrfs balance start -mconvert=dup /mnt/data
WARNING:
RAID5/6 support has known problems and is strongly discouraged
to be used besides testing or eva
On 2021/3/22 下午10:03, Sidong Yang wrote:
This comment is outdated and this patch remove
it to avoid confusion.
Signed-off-by: Sidong Yang
Reviewed-by: Qu Wenruo
Thanks,
Qu
---
cmds/qgroup.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/cmds/qgroup.c b/cmds/qgroup.c
index 2da8
I have apfs-fuse running, but it is read-only.
I wanted to avoid the pain of replicating a large disk from USB3 to USB3
by converting the filesystem, which I expected wouldn't be possible. So
now I am just replicating it, which will take days to accomplish.
Thanks.
On 3/22/21 7:13 PM, Eu
On Wed, Mar 17, 2021 at 04:01:43PM -0400, Neal Gompa wrote:
> This is a patch requesting all substantial copyright owners to sign off
> on changing the license of the libbtrfsutil code to LGPLv2.1+ in order
> to resolve various concerns around the mixture of code in btrfs-progs
> with libbtrfsutil.
On 19/03/2021 18:48, Johannes Thumshirn wrote:
As a preparation for another user, rename the unused_bgs_mutex into
reclaim_bgs_lock.
Signed-off-by: Johannes Thumshirn
Reviewed-by: Anand Jain
On 19/03/2021 18:48, Johannes Thumshirn wrote:
When a file gets deleted on a zoned file system, the space freed is not
returned back into the block group's free space, but is migrated to
zone_unusable.
As this zone_unusable space is behind the current write pointer it is not
possible to use it
On Mon, Mar 22, 2021 at 3:49 PM Chris Murphy wrote:
>
> On Mon, Mar 22, 2021 at 12:32 AM Dave T wrote:
> >
> > On Sun, Mar 21, 2021 at 2:03 PM Chris Murphy
> > wrote:
> > >
> > > On Sat, Mar 20, 2021 at 11:54 PM Dave T wrote:
> > > >
> > > > # btrfs check -r 2853787942912 /dev/mapper/xyz
> > >
13 matches
Mail list logo