Subvolume ID 5 Showing Deleted

Subvolume ID 5 Showing Deleted

[Carlos Medrano]

Greetings Mailing List,

Is it normal for btrfs subvolume list -d to show id 5 as deleted? E.g.

[crlsmdrn@server001 ~]$ sudo btrfs subvol list -d /
ID 5 gen 707098 top level 0 path DELETED 
[crlsmdrn@server001 ~]$

Some background information:

This is a home server running 2 10 tb disks in a btrfs RAID 1 configuration
that is used for backups/file storage. A few weeks ago, I deleted a lot of
snapshots. While they were deleting, I disabled quotas because they were
taking a while to delete (btrfs-cleaner was running in the background with
96% CPU usage). Even after disabling quotas, btrfs-cleaner was still running
in the background.

Yesterday, a storm nocked out a powerline in my neighborhood, causing the
computer to reboot. When booting back up, I started a scrub operation, and
it completed with no errors. When checking the deleted subvolumes list, the
only 1 there was id 5.

If ID 5 is the root, why would it show deleted?
Uname -a shows Linux server001.carlos1001.com 4.19.9-1.el7.elrepo.x86_64 #1
SMP Thu Dec 13 10:52:03 EST 2018 x86_64 x86_64 x86_64 GNU/Linux

Let me know if I should provide more information.

Thanks,

Carlos

Re: Subvolume ID 5 Showing Deleted

[Qu Wenruo]

[-- Attachment #1.1: Type: text/plain, Size: 620 bytes --]



On 2019/2/18 上午8:07, Carlos Medrano wrote:
> Greetings Mailing List,
> 
> Is it normal for btrfs subvolume list -d to show id 5 as deleted? E.g.
> 
> [crlsmdrn@server001 ~]$ sudo btrfs subvol list -d /
> ID 5 gen 707098 top level 0 path DELETED

This is fixed by commit f4a82d9e6754 ("btrfs-progs: subvol list: don't
list FS_TREE as deleted").
It's included in v4.14.

Considering you're using RHEL7 or its variant, it may be possible that
the distro is not providing latest btrfs-progs. You may need to compile
btrfs-progs from source or grab btrfs-progs rpm from other repos.

Thanks,
Qu



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]