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
prev parent 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).