Bug 72801
Summary: | btrfs balance start -v -dusage=0 fails (btrfs-tools 3.12) | ||
---|---|---|---|
Product: | File System | Reporter: | Marc MERLIN (marc) |
Component: | btrfs | Assignee: | Josef Bacik (josef) |
Status: | RESOLVED OBSOLETE | ||
Severity: | high | CC: | dsterba, marc, szg00000 |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 3.14 | Subsystem: | |
Regression: | No | Bisected commit-id: |
Description
Marc MERLIN
2014-03-23 19:09:51 UTC
Ok, the image is there: http://marc.merlins.org/tmp/pool2.image Please let me know when you've retreived/analysed it and I'll remove it. I've seen something similar, usage=0 filter failed with ENOSPC when Metadata were almost full (but within margin of 512M). I think this should succeed because there's no 1G-chunk shifting and removing completely empty chunks changes only a few kb of metadata structures. The 512M space diff is probably the global block reserve that cannot be normally used during balance, but possibly could in this special case. This is a semi-automated bugzilla cleanup, report is against an old kernel version. If the problem still happens, please open a new bug. Thanks. |