Re: Errors not found by btrfsck or scrub

[Mitch Harder]

On Fri, Jan 11, 2013 at 12:13 PM, Chris Carlin chrisrcar...@gmail.com wrote:
 I have a week-old filesystem that is reported clean by btrfsck and
 scrub, but that fails under operations ranging from du to sync and
 umount (but no failures if mounted readonly).

 My problem sounds similar to a few other reports (e.g. TM's in
 http://thread.gmane.org/gmane.comp.file-systems.btrfs/22014 ) that
 seem to hint at problems with full metadata. My df shows:


I know this advice will run counter to what everyone else is saying,
but I've had some luck booting with an older kernel (such as 3.4 or
3.5) just long enough to get some more Metadata allocated.

I would also caution you to back up your data.  I've had a similar
issue, and that file system soon showed additional corruptions.
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: Errors not found by btrfsck or scrub

[Chris Murphy]

On Jan 11, 2013, at 2:57 PM, Chris Carlin chrisrcar...@gmail.com wrote:

 Thanks for the response, Hugo!
 
 This hard drive is not production, so I can afford to tinker with it
 if it helps you guys track down anything interesting. Of course, I'd
 prefer to restore it rather than wipe it…

What is the result for?

btrfs fi show

I see from the first post that it must be two disks/partitions, since it's data 
raid0, and metadata partially raid1. And also it might be vaguely useful to see 
a conventional df or df -h.

Based on some experiences I've had, and also seen on the list recently, you 
might be able to back out of this situation by adding another device to the 
volume. It almost doesn't matter how big it is. It could be a small partition 
on another disk, or even a USB stick. I can't tell you how much space. It might 
only need a few MB, but I'd give it what you can. And then see if you can redo 
the balance. But it sounds to me like the file system is very close to full, at 
least it can't allocate more space for metadata it seems.


Chris Murphy--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html