linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Goffredo Baroncelli <kreijack@inwind.it>
To: rupert THURNER <rupert.thurner@gmail.com>,
	linux-btrfs <linux-btrfs@vger.kernel.org>
Subject: Re: cannot remove files: "rm" gives "no space left on device", 3.2.0-24, ubuntu
Date: Mon, 18 Jun 2012 18:47:21 +0200	[thread overview]
Message-ID: <4FDF5B99.1000000@inwind.it> (raw)
In-Reply-To: <CAJs9aZ-GHtO3JsvNqLip9CRXxg_J8RUDM=F7GLfdSqCt-zvB3w@mail.gmail.com>

On 06/18/2012 08:40 AM, rupert THURNER wrote:
> On Mon, Jun 18, 2012 at 7:53 AM, Goffredo Baroncelli <kreijack@libero.it> wrote:
>> On 06/17/2012 09:54 PM, rupert THURNER wrote:
>>> displays the additional free space. that it displays 30% of metadata
>>> seems strange to me, or it counts the still existing ext4 snapshot
>>> from the conversion somehow into it?
>>>
>>> root@tv:~# btrfs filesystem df /media/388gb-data
>>> Data: total=260.59GB, used=251.51GB
>>> System: total=32.00MB, used=24.00KB
>>> Metadata: total=128.00GB, used=120.00GB
>>>
> .
>>> what would you recommend to do for "normal" usage? one should not
>>> always use the "nodatacow" option, isn't it?
>>
>> No, it shouldn't. On my system
>>
>>  ghigo@venice:~$ sudo btrfs fi df /
>>  Data: total=17.01GB, used=12.82GB
>>  System, DUP: total=40.00MB, used=4.00KB
>>  System: total=4.00MB, used=0.00
>>  Metadata, DUP: total=2.00GB, used=813.80MB
>>  Metadata: total=8.00MB, used=0.00
>>
>> So the ratio metadata:data it is about 1:20
>>
>> How many files are stored in your hard disk ? Which is a typical file
>> size ? If a lot of files are less than 4K, these are stored as metadata.
>> How big was the original ext4 filesystem ?
> 
> 370 files with ~1GB, and 10000 small. 

I am a bit confused: 370 files of about ~1GB is about a total of
300-400GB; instead you reported

>>> root@tv:~# btrfs filesystem df /media/388gb-data
>>> Data: total=260.59GB, used=251.51GB

My idea is that you converted an old ext4 filesystem (about 300-400GB of
data), and also you updated the greatest part of these files.
Updating an ext4 converted file means a lot of copy-on-write (the
original one is still on the disk and unaffected by the change, an I
think that the consumed space it is not showed), and it might justify
the high metadata usage. But this is only a my guess.

How big is the disk ? As empirical rule, all the file-systems work well
when they are used at 50%. I supposed that the disk it is used nearly 100%.

Is it doable to remove the old ext4 image ? Have you a backup ?


> they are in 1600 directories. i
> converted it from ext4 when it was nearly full, removed maybe 20 big
> files and added again 30 big files. i had the feeling that btrfs was
> able to store more big files than ext4, but i did not count the files
> before.
> 
> # du --max-depth=0 videos* | awk '{sum = sum + $1 ; print} END {print sum}'
> ..
> 364315724
> 
> root@tv:/media/388gb-data# du -sh .
> 724G	.
> 
> root@tv:/media/388gb-data# ls -l ext2_saved/
> total 381793680
> -r-------- 1 root root 417276612608 Jan  1  1970 image
> .
> 


  parent reply	other threads:[~2012-06-18 16:47 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-16 11:16 cannot remove files: "rm" gives "no space left on device", 3.2.0-24, ubuntu rupert THURNER
2012-06-16 11:18 ` Andrei Popa
2012-06-16 11:26   ` Hugo Mills
2012-06-16 11:46     ` Peter Maloney
2012-06-16 11:57 ` Sergei Trofimovich
2012-06-16 12:01   ` rupert THURNER
2012-06-17  4:14     ` rupert THURNER
2012-06-17  5:19       ` Andrei Popa
2012-06-17  8:04         ` rupert THURNER
2012-06-17 13:32           ` Mitch Harder
2012-06-17 19:54             ` rupert THURNER
2012-06-18  5:53               ` Goffredo Baroncelli
     [not found]                 ` <CAJs9aZ-GHtO3JsvNqLip9CRXxg_J8RUDM=F7GLfdSqCt-zvB3w@mail.gmail.com>
2012-06-18 16:47                   ` Goffredo Baroncelli [this message]
2012-06-18 21:54                     ` Duncan

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=4FDF5B99.1000000@inwind.it \
    --to=kreijack@inwind.it \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=rupert.thurner@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;
as well as URLs for NNTP newsgroup(s).