linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Subscription Account <4subsacct+btrfs@gmail.com>
To: Adam Borowski <kilobyte@angband.pl>
Cc: Subscription Account <4subsacct+btrfs@gmail.com>,
	btrfs <linux-btrfs@vger.kernel.org>
Subject: Re: Raid1 won't mount degraded
Date: Sun, 29 Jan 2017 20:53:26 -0500	[thread overview]
Message-ID: <CAHMMHbcUY08DDsCHGhUDRo1eOHmn5QEo=N6xKwyb88sXFdsbsw@mail.gmail.com> (raw)
In-Reply-To: <20170130014923.42rma3b5oirquog6@angband.pl>

On Sun, Jan 29, 2017 at 8:49 PM, Adam Borowski <kilobyte@angband.pl> wrote:
> On Sun, Jan 29, 2017 at 08:26:54PM -0500, Subscription Account wrote:
>> On Sun, Jan 29, 2017 at 3:16 PM, Adam Borowski <kilobyte@angband.pl> wrote:
>> > On Sun, Jan 29, 2017 at 08:12:56AM -0500, Subscription Account wrote:
>> >> [ 2506.816795] BTRFS: missing devices(1) exceeds the limit(0),
>> >> writeable mount is not allowed
>> >>
>> >> In the read-only mode I am not able to add a new device or replace :(.
>> >> Please help.
>> >
>> > A known problem; you can mount rw degraded only once, if you don't fix the
>> > degradation somehow (by adding a device or converting down), you can't mount
>> > rw again.
>>
>> Uh oh! I wish I know that I only had one shot :(.
>
> No data is actually lost, it was raid1, it's raid1+single now.  The mount
> check is naive and in this case wrong.
>
>> > If you know how to build a kernel, here's a crude patch.
>>
>> I am feeling a little lucky because I still have the other disk and I
>> am assuming if I remove my current disk and put the other disk in, I
>> would be able to mount it once again?
>
> Not sure if that's a good idea if the copies are out of sync.
>

Not sure I follow, since I will be removing the current disk which may
have some changes, but I don't really care for those changes. When I
put the other disk in, I would be removing the first one so there is
only one disk at one time, it is just that I will go back to a few
days ago status? Am I missing something here?

Thanks,

--
Raj

>> Also, since I have couple times already tried btrfs repair etc, can I
>> trust the current disk anyways?
>>
>> if I get into issue again, I would definitely use the patch to
>> recompile the kernel and thanks a lot for the same.
>
> No, the patch doesn't prevent the issue.  It lets you recover -- ie, it
> should help in the situation you're in right now.
>
>
> Meow!
> --
> Autotools hint: to do a zx-spectrum build on a pdp11 host, type:
>   ./configure --host=zx-spectrum --build=pdp11

      reply	other threads:[~2017-01-30  1:53 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-29 13:12 Raid1 won't mount degraded Subscription Account
2017-01-29 15:37 ` Subscription Account
2017-01-29 15:57   ` Lakshmipathi.G
2017-01-29 16:02     ` Subscription Account
2017-01-29 20:16 ` Adam Borowski
2017-01-30  1:26   ` Subscription Account
2017-01-30  1:49     ` Adam Borowski
2017-01-30  1:53       ` Subscription Account [this message]

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='CAHMMHbcUY08DDsCHGhUDRo1eOHmn5QEo=N6xKwyb88sXFdsbsw@mail.gmail.com' \
    --to=4subsacct+btrfs@gmail.com \
    --cc=kilobyte@angband.pl \
    --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).