From: Arne Jansen <sensille@gmx.net>
To: Stephane Chazelas <stephane.chazelas@gmail.com>
Cc: cwillu <cwillu@cwillu.com>, linux-btrfs@vger.kernel.org
Subject: Re: cloning single-device btrfs file system onto multi-device one
Date: Wed, 06 Apr 2011 15:43:56 +0200 [thread overview]
Message-ID: <4D9C6E1C.4040100@gmx.net> (raw)
In-Reply-To: <chaz20110406120535.GC20568@seebyte.com>
On 06.04.2011 14:05, Stephane Chazelas wrote:
> 2011-04-06 10:25:00 +0200, Arne Jansen:
>> On 28.03.2011 15:17, Stephane Chazelas wrote:
>>>
>>> I then did a btrfs fi balance again and let it run through. However here is
>>> what I get:
>>>
>>> $ df -h /mnt
>>> Filesystem Size Used Avail Use% Mounted on
>>> /dev/sdb 8.2T 3.5T 3.2T 53% /mnt
>>>
>>> Only 3.2T left. How would I reclaim the missing space?
>>>
>>> $ sudo btrfs fi show
>>> Label: none uuid: ...
>>> Total devices 3 FS bytes used 3.43TB
>>> devid 4 size 2.73TB used 1.17TB path /dev/sdc
>>> devid 3 size 2.73TB used 1.17TB path /dev/sdb
>>> devid 2 size 2.70TB used 1.14TB path /dev/sda4
>>> $ sudo btrfs fi df /mnt
>>> Data, RAID0: total=3.41TB, used=3.41TB
>>> System, RAID1: total=16.00MB, used=232.00KB
>>> Metadata, RAID1: total=35.25GB, used=20.55GB
>>>
>>> So that kind of worked but that is of little use to me as 2TB
>>> kind of disappeared under my feet in the process.
>>>
>>> Any idea, anyone?
>>>
>>
>> This can just be a miscalculation. Can you please send the output
>> of btrfs-debug-tree -d /dev/sdc? Shouldn't be too long.
> [..]
>
> Hi Arne,
>
> Here it is below (compressed and b64-uuencoded as it's about 1MB
> large)
>
> begin-base64 600 bdt.log.xz
The tree says:
2x28.25 GB in metadata
3,41 TB in data
16MB in system
so I'd say the calculation of Avail in df is just wrong.
-Arne
next prev parent reply other threads:[~2011-04-06 13:43 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-21 16:24 cloning single-device btrfs file system onto multi-device one Stephane Chazelas
2011-03-22 9:22 ` Stephane Chazelas
2011-03-23 0:06 ` cwillu
2011-03-28 13:17 ` Stephane Chazelas
2011-04-06 5:45 ` Evert Vorster
2011-04-06 6:30 ` Helmut Hullen
2011-04-06 6:57 ` Helmut Hullen
2011-04-06 8:25 ` Arne Jansen
2011-04-06 12:05 ` Stephane Chazelas
2011-04-06 13:43 ` Arne Jansen [this message]
2011-04-06 11:57 ` Stephane Chazelas
2011-03-23 5:13 ` Fajar A. Nugraha
2011-03-28 13:24 ` Stephane Chazelas
2011-03-30 11:58 ` Stephane Chazelas
2011-04-17 15:12 ` Hubert Kario
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=4D9C6E1C.4040100@gmx.net \
--to=sensille@gmx.net \
--cc=cwillu@cwillu.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=stephane.chazelas@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.