All of lore.kernel.org
 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 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.