Linux Btrfs filesystem development
 help / color / mirror / Atom feed
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

  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