From: Josef Bacik <josef@redhat.com>
To: miyamoto moesasji <miyamoto.31b@gmail.com>
Cc: linux-btrfs@vger.kernel.org
Subject: Re: Unexpected ENOSPC on a SSD-drive after day of uptime, kernel?2.6.32-rc5
Date: Thu, 5 Nov 2009 16:55:25 -0500 [thread overview]
Message-ID: <20091105215524.GA13953@localhost.localdomain> (raw)
In-Reply-To: <loom.20091105T214826-537@post.gmane.org>
On Thu, Nov 05, 2009 at 08:55:12PM +0000, miyamoto moesasji wrote:
>
> > Hmm looks like quite a bit of your fs got taken up for metadata. Perhaps try
> > running btrfsctl -b /usr and see if that frees up some space for you.
> Thanks,
>
> 1) The btrfsctl does not have the -b option on my system, is that an option
> that only is only enabled with the debug-utilities?
>
Sorry I always get that wrong, its btrfs-vol -b.
> 2) I would find it surprising if it is meta-data just looking at the numbers.
> Below is the output of btrfs-show for all partitions with btrfs.
>
> Label: none uuid: a12ac0e9-cbea-4acf-bb26-181146940714
> Total devices 1 FS bytes used 89.53MB
> devid 1 size 8.00GB used 5.63GB path /dev/sda5
>
> Label: none uuid: 59997df9-c5a3-431f-b0a0-95b9e3b1afff
> Total devices 1 FS bytes used 150.14MB
> devid 1 size 4.00GB used 2.04GB path /dev/sda2
>
> Label: none uuid: 558766bb-5e0d-48dd-9a13-7117f3047710
> Total devices 1 FS bytes used 180.94MB
> devid 1 size 20.00GB used 5.04GB path /dev/sda6
>
> Label: none uuid: 0a89100d-096d-4c67-b3c7-745c9b7c3dc5
> Total devices 1 FS bytes used 10.60GB
> devid 1 size 20.00GB used 20.00GB path /dev/sda3
>
> Label: none uuid: 3cac73e5-e998-49bf-b8ee-ba953c92bc0b
> Total devices 1 FS bytes used 28.00KB
> devid 1 size 32.00GB used 2.04GB path /dev/sdb2
>
> As an example the /var (dev/sda5) has only 89MB in use, while btrfs-show
> demonstrates 5.63GB being used of the 8GB. It almost looks as if files that are
> overwritten don't get removed from the space being in use.
>
The used part is how much of the volume is allocated into chunks. So when it
says 5.63 gb is being used, that means that 5.63 gbs of the volume has been
carved up into data/metadata chunks. I hope to at some point make one of our
utilities tell you how much of that is for data and how much of that is
metadata. Thanks,
Josef
next prev parent reply other threads:[~2009-11-05 21:55 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-05 20:38 Unexpected ENOSPC on a SSD-drive after day of uptime, kernel 2.6.32-rc5 miyamoto moesasji
2009-11-05 21:02 ` Josef Bacik
2009-11-05 20:55 ` miyamoto moesasji
2009-11-05 21:55 ` Josef Bacik [this message]
2009-11-05 22:37 ` Unexpected ENOSPC on a SSD-drive after day of uptime, kernel?2.6.32-rc5 miyamoto moesasji
2009-11-05 22:43 ` Josef Bacik
2009-11-05 23:07 ` miyamoto moesasji
2009-11-06 1:25 ` Josef Bacik
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=20091105215524.GA13953@localhost.localdomain \
--to=josef@redhat.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=miyamoto.31b@gmail.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