From: Liu Bo <bo.li.liu@oracle.com>
To: Omari Stephens <xsdg@xsdg.org>
Cc: linux-btrfs@vger.kernel.org, Omari Stephens <xsdg@mit.edu>
Subject: Re: btrfs ENOSPC "not the usual problem"
Date: Fri, 3 Jun 2016 10:42:02 -0700 [thread overview]
Message-ID: <20160603174202.GB6723@localhost.localdomain> (raw)
In-Reply-To: <57508CED.1020109@xsdg.org>
On Thu, Jun 02, 2016 at 07:45:49PM +0000, Omari Stephens wrote:
> [Note: not on list; please reply-all]
>
> I've read everything I can find about running out of space on btrfs, and it
> hasn't helped. I'm currently dead in the water.
>
> Everything I do seems to make the problem monotonically worse — I tried
> adding a loopback device to the fs, and now I can't remove it. Then I tried
> adding a real device (mSATA) to the fs and now I still can't remove the
> loopback device (which is making everything super slow), and I also can't
> remove the mSATA. I've removed about 100GB from the filesystem and that
> hasn't done anything either.
>
> Is there anything I can to do even figure out how bad things are, what I
> need to do to make any kind of forward progress? This is a laptop, so I
> don't want to add an external drive only to find out that I can't remove it
> without corrupting my filesystem.
>
> ### FILESYSTEM STATE
> 19:23:14> [root{slobol}@/home/xsdg]
> #btrfs fi show /home
> Label: none uuid: 4776be5b-5058-4248-a1b7-7c213757dfbd
> Total devices 3 FS bytes used 221.02GiB
> devid 1 size 418.72GiB used 413.72GiB path /dev/sda3
> devid 2 size 10.00GiB used 5.00GiB path /dev/loop0
> devid 3 size 14.91GiB used 3.00GiB path /dev/sdb1
>
>
> 19:23:33> [root{slobol}@/home/xsdg]
> #btrfs fi usage /home
> Overall:
> Device size: 443.63GiB
> Device allocated: 421.72GiB
> Device unallocated: 21.91GiB
> Device missing: 0.00B
> Used: 221.68GiB
> Free (estimated): 219.24GiB (min: 208.29GiB)
> Data ratio: 1.00
> Metadata ratio: 2.00
> Global reserve: 228.00MiB (used: 36.00KiB)
>
> Data,single: Size:417.69GiB, Used:220.36GiB
> /dev/loop0 5.00GiB
> /dev/sda3 409.69GiB
> /dev/sdb1 3.00GiB
>
> Metadata,single: Size:8.00MiB, Used:0.00B
> /dev/sda3 8.00MiB
>
> Metadata,DUP: Size:2.00GiB, Used:674.45MiB
> /dev/sda3 4.00GiB
>
> System,single: Size:4.00MiB, Used:0.00B
> /dev/sda3 4.00MiB
>
> System,DUP: Size:8.00MiB, Used:56.00KiB
> /dev/sda3 16.00MiB
>
> Unallocated:
> /dev/loop0 5.00GiB
> /dev/sda3 5.00GiB
> /dev/sdb1 11.91GiB
>
>
> ### BALANCE FAILS, EVEN WITH -dusage=0
> 19:23:02> [root{slobol}@/home/xsdg]
> #btrfs balance start -v -dusage=0 .
> Dumping filters: flags 0x1, state 0x0, force is off
> DATA (flags 0x2): balancing, usage=0
> ERROR: error during balancing '.': No space left on device
> There may be more info in syslog - try dmesg | tail
1. Could you please show us your `uname -r`?
2. http://git.kernel.org/cgit/linux/kernel/git/kdave/btrfs-progs.git/tree/btrfs-debugfs
We need to know more information about block group in order to take more
fine-grained balance, so there is a tool for developer called
'btrfs-debugfs', you may download it from the above link, it's a python
script, as long as you're able to run it, try btrfs-debugfs -b
/your_partition.
Thanks,
-liubo
>
>
> ### CAN'T REMOVE DEVICES -> ENOSPC
> #btrfs device remove /dev/loop0 /home
> ERROR: error removing device '/dev/loop0': No space left on device
>
> --xsdg
> --
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2016-06-03 17:40 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-02 19:45 btrfs ENOSPC "not the usual problem" Omari Stephens
2016-06-02 21:08 ` Chris Murphy
2016-06-03 17:42 ` Liu Bo [this message]
2016-06-04 7:44 ` Omari Stephens
2016-06-05 0:11 ` Omari Stephens
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=20160603174202.GB6723@localhost.localdomain \
--to=bo.li.liu@oracle.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=xsdg@mit.edu \
--cc=xsdg@xsdg.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox