linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Skylar Burtenshaw <DaninFuchs@Gmail.com>
To: linux-btrfs@vger.kernel.org
Subject: Re: Can't mount, power failure - recoverable?
Date: Sat, 14 Jul 2012 01:01:04 +0000 (UTC)	[thread overview]
Message-ID: <loom.20120714T025232-591@post.gmane.org> (raw)
In-Reply-To: 201207131638.34771.Martin@lichtvoll.de

Martin Steigerwald <Martin <at> lichtvoll.de> writes:

> > > Since I didn´t found any explicit mention on it:
> > > Did you try btrfs-zero-log on the partition prior to mounting it?


I had tried that previously, yes. Approximately the date of my first post.
Unless something significant has changed in that tool, it seems to not be
the answer in this case.


> > > All of my BTRFS will not mount after sudden write interruption cases
> > > have been solved by it. Except one with a BTRFS RAID 0 with lots of
> > > 2 TB drives at a time where I didn´t know about btrfs-zero-log.
> > > Maybe it would have helped there, too.

Actually, I have about two dozen drives ranging from 250gb to 2tb, but I
don't think size plays much in this one - I'm obviously just guessing here,
though.

> Yes.
> 
> But why would it write some stuff then on mounting?
> 
> Could it be that it tries to update some of its caches (inode or space)? 
> But then that also does not seem to be in the trace.

I agree with you. I noticed it was trying to write, myself. I have no idea
what it was doing when the power dropped, I wasn't even present, so I can't
even say if it was doing some massive database culling or just idling.

I noticed there've been some recent (since I last looked at least) updates
including fsck and such, however I haven't run anything git-based since the
last time I pulled the btrfs tools, and I had to dig for ages to find info
on how to get the RECENT stuff from the CORRECT source. I can find a dozen
Google results that seem relevant, but can someone give me a definitive 
answer on which tree to pull down (and how) to test the new tools on my mess?

On a related note, if the new tools don't work I'm thinking it's time to bag
it, UNLESS one of the BTRFS devs is curious about my problem and wants to
inspect something to try to figure out the cause. My fear is that with 23
disks and the obscure nature of the issue, it wouldn't be worth the time
it would take to learn what happened. Basically; unless a dev says "let us
look at it first" the chances are it'll be wiped before Monday.


  reply	other threads:[~2012-07-14  1:01 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-17  4:24 Can't mount, power failure - recoverable? Skylar Burtenshaw
2012-03-17  7:51 ` cwillu
2012-03-17 19:06   ` Skylar Burtenshaw
2012-03-18 15:16     ` Chris Mason
2012-03-18 18:49       ` Skylar Burtenshaw
2012-03-19 18:02         ` Chris Mason
2012-03-20  3:06           ` Skylar Burtenshaw
2012-03-26  8:34             ` Skylar Burtenshaw
2012-03-26  8:43               ` Hugo Mills
2012-03-26  8:51                 ` Skylar Burtenshaw
2012-03-26  8:44               ` Fajar A. Nugraha
2012-03-26  8:49                 ` Skylar Burtenshaw
2012-03-26  8:56                   ` Fajar A. Nugraha
2012-07-13 12:23                   ` Martin Steigerwald
2012-07-13 12:28                     ` Hugo Mills
2012-07-13 14:38                       ` Martin Steigerwald
2012-07-14  1:01                         ` Skylar Burtenshaw [this message]
2012-07-15 11:20                           ` Martin Steigerwald
2012-07-15 11:30                           ` Hugo Mills
2012-03-17 10:31 ` Hugo Mills
2012-03-17 19:06   ` Skylar Burtenshaw
2012-03-17 12:18 ` Chris Mason
2012-03-17 19:06   ` Skylar Burtenshaw
2012-07-12  0:47     ` Skylar Burtenshaw

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=loom.20120714T025232-591@post.gmane.org \
    --to=daninfuchs@gmail.com \
    --cc=linux-btrfs@vger.kernel.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;
as well as URLs for NNTP newsgroup(s).