From: Andrei Borzenkov <arvidjaar@gmail.com>
To: Marc MERLIN <marc@merlins.org>
Cc: linux-btrfs@vger.kernel.org
Subject: Re: How to find/reclaim missing space in volume
Date: Tue, 6 Jun 2023 07:47:03 +0300 [thread overview]
Message-ID: <295ce1bb-bcd7-ebdf-96b2-230cfeff5871@gmail.com> (raw)
In-Reply-To: <20230606014636.GG105809@merlins.org>
On 06.06.2023 04:46, Marc MERLIN wrote:
> On Mon, Jun 05, 2023 at 08:00:02PM +0300, Andrei Borzenkov wrote:
>> On 05.06.2023 19:26, Marc MERLIN wrote:
>>> I have this:
>>> sauron [mc]# df -h .
>>> Filesystem Size Used Avail Use% Mounted on
>>> /dev/mapper/pool2 1.1T 853G 212G 81% /mnt/btrfs_pool2
>>> sauron [mc]# btrfs fi show .
>>> Label: 'btrfs_pool2' uuid: fde3da31-67e9-4f88-b90d-6c3f6becd56a
>>> Total devices 1 FS bytes used 847.89GiB
>>> devid 1 size 1.04TiB used 890.02GiB path /dev/mapper/pool2
>>> sauron [mc]# btrfs fi df .
>>> Data, single: total=878.00GiB, used=843.85GiB
>>> System, DUP: total=8.00MiB, used=128.00KiB
>>> Metadata, DUP: total=6.00GiB, used=4.04GiB
>>> GlobalReserve, single: total=512.00MiB, used=0.00B
>>>
>>
>> btrfs filesystem usage -T is usually more useful than both the above
>> commands.
> sauron:/mnt/btrfs_pool2# btrfs fi usage -T .
> Overall:
> Device size: 1.04TiB
> Device allocated: 890.02GiB
> Device unallocated: 177.73GiB
> Device missing: 0.00B
> Used: 851.85GiB
> Free (estimated): 211.93GiB (min: 123.07GiB)
> Data ratio: 1.00
> Metadata ratio: 2.00
> Global reserve: 512.00MiB (used: 0.00B)
>
> Data Metadata System
> Id Path single DUP DUP Unallocated
> -- ----------------- --------- -------- --------- -----------
> 1 /dev/mapper/pool2 878.00GiB 12.00GiB 16.00MiB 177.73GiB
> -- ----------------- --------- -------- --------- -----------
> Total 878.00GiB 6.00GiB 8.00MiB 177.73GiB
> Used 843.79GiB 4.03GiB 128.00KiB
>
>>> sauron:/mnt/btrfs_pool2# du -sh *
>>> 599G varchange2
>>> 598G varchange2_ggm_daily_ro.20230605_07:57:43
>>> 4.0K varchange2_last
>>> 599G varchange2_ro.20230605_08:01:30
>>> 599G varchange2_ro.20230605_09:01:43
>>>
>>> I'm confused, the volumes above are snapshots with mostly the same data
>>> (made within the last 2 hours) and I didn't delete any data in the FS
>>> (they are mostly identical and used for btfrs send/receive)
>>>
>>> Why do they add up ot 600GB, but btrfs says 847FB is used?
>>>
>>
>> Each subvolume references 600G but it does not mean they are the same 600G.
>> If quota is enabled, "btrfs quota show" may provide some more information,
>> otherwise "btrfs filesystem du" shows shared and exclusive space (you need
>> to pass all subvolumes in question to correctly compute shared vs
>> exclusive).
>
> Right, I did check/know that the snapshots shared the same data, but it
> doens't hurt to confirm:
>
> sauron:/mnt/btrfs_pool2# btrfs filesystem du -s *
> Total Exclusive Set shared Filename
> 597.57GiB 20.00KiB 588.75GiB varchange2
> 597.57GiB 4.00KiB 588.75GiB varchange2_ggm_daily_ro.20230605_09:59:26
> 597.57GiB 0.00B 588.75GiB varchange2_last
> 597.57GiB 4.00KiB 588.75GiB varchange2_minly.20230605_17:30:33
> 597.57GiB 0.00B 588.75GiB varchange2_minly.20230605_17:35:32
> 597.57GiB 0.00B 588.75GiB varchange2_minly.20230605_17:40:32
> 597.57GiB 4.00KiB 588.75GiB varchange2_minly.20230605_17:45:32
> 597.57GiB 4.00KiB 588.75GiB varchange2_minly.20230605_17:50:32
> 597.57GiB 4.00KiB 588.75GiB varchange2_minly.20230605_17:55:32
> 597.57GiB 0.00B 588.75GiB varchange2_minly.20230605_18:00:32
> 597.57GiB 0.00B 588.75GiB varchange2_minly.20230605_18:05:32
> 597.57GiB 8.00KiB 588.75GiB varchange2_minly.20230605_18:10:32
> 597.57GiB 16.00KiB 588.75GiB varchange2_ro.20230605_10:01:40
> 597.57GiB 12.00KiB 588.75GiB varchange2_ro.20230605_11:01:31
> 597.57GiB 4.00KiB 588.75GiB varchange2_ro.20230605_13:01:28
> 597.57GiB 4.00KiB 588.75GiB varchange2_ro.20230605_14:01:30
> 597.57GiB 4.00KiB 588.75GiB varchange2_ro.20230605_15:01:29
> 597.57GiB 4.00KiB 588.75GiB varchange2_ro.20230605_16:01:32
> 597.57GiB 4.00KiB 588.75GiB varchange2_ro.20230605_17:01:31
> 597.57GiB 0.00B 588.75GiB varchange2_ro.20230605_18:02:02
> sauron:/mnt/btrfs_pool2# df -h .
> Filesystem Size Used Avail Use% Mounted on
> /dev/mapper/pool2 1.1T 853G 212G 81% /mnt/btrfs_pool2
>
>
Well, I have had it once, there were deleted but not freed subvolumes
https://lore.kernel.org/linux-btrfs/ecd46a18-1655-ec22-957b-de659af01bee@gmx.com/T/
next prev parent reply other threads:[~2023-06-06 4:47 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-05 16:26 How to find/reclaim missing space in volume Marc MERLIN
2023-06-05 16:47 ` Roman Mamedov
2023-06-05 17:00 ` Andrei Borzenkov
2023-06-06 1:46 ` Marc MERLIN
2023-06-06 4:47 ` Andrei Borzenkov [this message]
2023-06-06 16:41 ` Marc MERLIN
2023-06-06 18:25 ` Roman Mamedov
2023-06-07 2:12 ` Qu Wenruo
2023-06-07 19:17 ` Marc MERLIN
2023-06-07 19:32 ` Hans van Kranenburg
2023-06-07 20:02 ` Marc MERLIN
2023-06-07 20:31 ` Hans van Kranenburg
2023-06-06 18:19 ` Graham Cobb
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=295ce1bb-bcd7-ebdf-96b2-230cfeff5871@gmail.com \
--to=arvidjaar@gmail.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=marc@merlins.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.