From: Marc MERLIN <marc@merlins.org>
To: Qu Wenruo <quwenruo.btrfs@gmx.com>
Cc: linux-btrfs@vger.kernel.org
Subject: Re: Have 15GB missing in btrfs filesystem.
Date: Sat, 27 Oct 2018 10:42:45 -0700 [thread overview]
Message-ID: <20181027174245.4isfcb6nv4pkklmd@merlins.org> (raw)
In-Reply-To: <a8500d2d-2747-f250-75a8-2ec4c0533c6c@gmx.com>
On Wed, Oct 24, 2018 at 01:07:25PM +0800, Qu Wenruo wrote:
> > saruman:/mnt/btrfs_pool1# btrfs balance start -musage=80 -v .
> > Dumping filters: flags 0x6, state 0x0, force is off
> > METADATA (flags 0x2): balancing, usage=80
> > SYSTEM (flags 0x2): balancing, usage=80
> > Done, had to relocate 5 out of 202 chunks
> > saruman:/mnt/btrfs_pool1# btrfs fi show .
> > Label: 'btrfs_pool1' uuid: fda628bc-1ca4-49c5-91c2-4260fe967a23
> > Total devices 1 FS bytes used 188.24GiB
> > devid 1 size 228.67GiB used 203.54GiB path /dev/mapper/pool1
> >
> > and it's back to 15GB :-/
> >
> > How can I get 188.24 and 203.54 to converge further? Where is all that
> > space gone?
>
> Your original chunks are already pretty compact.
> Thus really no need to do extra balance.
>
> You may get some extra space by doing full system balance (no usage=
> filter), but that's really not worthy in my opinion.
>
> Maybe you could try defrag to free some space wasted by CoW instead?
> (If you're not using many snapshots)
Thanks for the reply.
So right now, I have:
saruman:~# btrfs fi show /mnt/btrfs_pool1/
Label: 'btrfs_pool1' uuid: fda628bc-1ca4-49c5-91c2-4260fe967a23
Total devices 1 FS bytes used 188.25GiB
devid 1 size 228.67GiB used 203.54GiB path /dev/mapper/pool1
saruman:~# btrfs fi df /mnt/btrfs_pool1/
Data, single: total=192.48GiB, used=184.87GiB
System, DUP: total=32.00MiB, used=48.00KiB
Metadata, DUP: total=5.50GiB, used=3.38GiB
GlobalReserve, single: total=512.00MiB, used=0.00B
I've been using btrfs for a long time now but I've never had a
filesystem where I had 15GB apparently unusable (7%) after a balance.
I can't drop all the snapshots since at least two is used for btrfs
send/receive backups.
However, if I delete more snapshots, and do a full balance, you think
it'll free up more space?
I can try a defrag next, but since I have COW for snapshots, it's not
going to help much, correct?
Thanks,
Marc
--
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
Microsoft is to operating systems ....
.... what McDonalds is to gourmet cooking
Home page: http://marc.merlins.org/ | PGP 7F55D5F27AAF9D08
next prev parent reply other threads:[~2018-10-27 17:42 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-10-24 0:36 Have 15GB missing in btrfs filesystem Marc MERLIN
2018-10-24 4:53 ` Andrei Borzenkov
2018-10-24 5:07 ` Qu Wenruo
2018-10-27 17:42 ` Marc MERLIN [this message]
2018-10-27 18:12 ` Remi Gauvin
2018-10-27 20:19 ` Marc MERLIN
2018-10-27 21:20 ` Remi Gauvin
2018-10-27 20:44 ` Andrei Borzenkov
2018-10-27 23:27 ` Qu Wenruo
2018-10-28 1:46 ` Marc MERLIN
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=20181027174245.4isfcb6nv4pkklmd@merlins.org \
--to=marc@merlins.org \
--cc=linux-btrfs@vger.kernel.org \
--cc=quwenruo.btrfs@gmx.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox