All of lore.kernel.org
 help / color / mirror / Atom feed
From: Goswin von Brederlow <goswin-v-b@web.de>
To: dsterba@suse.cz, Josef Bacik <jbacik@fb.com>,
	cwillu <cwillu@cwillu.com>, Hugo Mills <hugo@carfax.org.uk>,
	"lin >> linux-btrfs@vger.kernel.org"
	<linux-btrfs@vger.kernel.org>
Subject: Re: What to do about df and btrfs fi df
Date: Tue, 18 Feb 2014 09:33:17 +0100	[thread overview]
Message-ID: <20140218083317.GA19265@frosties> (raw)
In-Reply-To: <20140217170820.GM16073@twin.jikos.cz>

On Mon, Feb 17, 2014 at 06:08:20PM +0100, David Sterba wrote:
> On Mon, Feb 10, 2014 at 01:41:23PM -0500, Josef Bacik wrote:
> > 
> > 
> > On 02/10/2014 01:36 PM, cwillu wrote:
> > >IMO, used should definitely include metadata, especially given that we
> > >inline small files.
> > >
> > >I can convince myself both that this implies that we should roll it
> > >into b_avail, and that we should go the other way and only report the
> > >actual used number for metadata as well, so I might just plead
> > >insanity here.
> > >
> > 
> > I could be convinced to do this.  So we have
> > 
> > total: (total disk bytes) / (raid multiplier)
> > used: (total used in data block groups) +
> > 	(total used in metadata block groups)
> > avail: total - (total used in data block groups +
> > 		total metadata block groups)
> 
> The size of global block reserve should be IMO subtracted from 'avail',
> this reports the space as free, but is in fact not.

How much global block reserve is there? Does that explain why I can't
use the last 270G of my 19TB btrfs?
 
> The "used" amount of the global reserve might be included into
> filesystem 'used', but I've observed the global reserve used for short
> periods of time under some heavy stress, I'm convinced it needs to be
> accounted in the df report.

As a comparison the ext2/3/4 filesystem has a % reserved for root and
does not show this in available. So you get filesystem with 0 bytes
free but root can still write to them.

I would argue that available should not include the reserve. It is not
available for normal operations, right?

MfG
	Goswin

  reply	other threads:[~2014-02-18  8:33 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-10 16:41 What to do about df and btrfs fi df Josef Bacik
2014-02-10 17:06 ` Hugo Mills
2014-02-10 18:24   ` cwillu
2014-02-10 18:28     ` Josef Bacik
2014-02-10 18:36       ` cwillu
2014-02-10 18:41         ` Josef Bacik
2014-02-10 18:54           ` cwillu
2014-02-10 19:05           ` Hugo Mills
2014-02-11 17:36           ` David Sterba
2014-02-17 17:08           ` David Sterba
2014-02-18  8:33             ` Goswin von Brederlow [this message]
2014-02-18 16:43               ` David Sterba
2014-02-11  1:02     ` Roger Binns
2014-02-11  3:13       ` cwillu
2014-02-11  3:35         ` ronnie sahlberg
2014-02-11 19:58         ` Roger Binns
2014-02-10 22:14   ` Goffredo Baroncelli
2014-02-10 22:26 ` Goffredo Baroncelli
2014-02-10 22:56   ` cwillu
2014-02-11 13:14   ` Josef Bacik
2014-02-11 18:20     ` Goffredo Baroncelli
2014-02-11 18:33       ` Josef Bacik
2014-02-11 18:46         ` Goffredo Baroncelli
2014-02-11 18:56       ` Hugo Mills
2014-02-12 21:03         ` Goffredo Baroncelli
2014-02-11 20:53 ` Sandy McArthur
2014-02-12  3:09   ` Kostia Khlebopros
2014-02-12 21:12     ` Goffredo Baroncelli
2014-02-12  3:55 ` Anand Jain

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=20140218083317.GA19265@frosties \
    --to=goswin-v-b@web.de \
    --cc=cwillu@cwillu.com \
    --cc=dsterba@suse.cz \
    --cc=hugo@carfax.org.uk \
    --cc=jbacik@fb.com \
    --cc=linux-btrfs@vger.kernel.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.