From: "Johan Kröckel" <johan.kroeckel@gmail.com>
To: linux-btrfs@vger.kernel.org
Subject: Re: Re: lost with degraded RAID1
Date: Thu, 30 Jan 2014 12:53:44 +0100 [thread overview]
Message-ID: <CABgvyo_Tn-u7Lfo4NPeWyiiSFj2ZFG9MM2z3CAD9f3hjfLM44g@mail.gmail.com> (raw)
In-Reply-To: <CABgvyo-rw8To-=8_Kt+j8gXiJyX43oWPrWxhAGWqhpE83oCCAw@mail.gmail.com>
[Answer from Duncan, 1i5t5.duncan@DOMAIN.HIDDEN (Thanks for the try)]
[AFAIK that shouldn't be the case. Degraded should allow the RW mount --
I know it did some kernels ago when I tried it then, and if it changed,
it's news to me too, in which case I need to do some reevaluation here.]
What I think /might/ have happened is that there's some other damage to
the filesystem unrelated to the missing device in the raid1, which forces
it read-only as soon as btrfs finds that damage. However, mount -o
remount,rw,degraded should still work, I /think/.]
http://www.spinics.net/lists/linux-btrfs/msg20164.html
[you should have already had that backup, and wouldn't need to
make it, only perhaps update a few files that changed since your last
backup that you were willing to lose the changes too if it came to it,
but since you can still mount ro, you might as well take the chance to
update the backup given that you can.]
I have backups on other disks and from. Thats not my problem. That was
just as a notice, to show that the data IS totally fine. It was/is
RAID1, so why shouldnt it be.
[As I said, to the best of my (non-dev btrfs user and list regular)
knowledge, mount -o degraded,rw should work.]
No, it doesnt.
Syslog says: "Jan 30 12:44:02 fortknox kernel: [756677.795661] Btrfs:
too many missing devices, writeable mount is not allowed"
[One other thing that might help is the skip_balance mount option, to
avoid restarting the in-process balance immediately.]
No, same in syslog.
[If that fails, try canceling the balance
and then starting a new balance using balance filters...]
The balance was already canceled AND its not possible to balance a ro
filesystem.
[Meanwhile, at least you have ro access to all the data and can take that
backup that you apparently ignored the warnings about making, previously.]
Yes, i can and no, i did not.
next prev parent reply other threads:[~2014-01-30 11:54 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-29 19:16 lost with degraded RAID1 Johan Kröckel
2014-01-30 3:28 ` Duncan
2014-01-30 11:53 ` Johan Kröckel [this message]
2014-01-30 17:57 ` Chris Murphy
[not found] ` <CABgvyo9FYGSYpj+jL1oqCvtNUqsC8HZ+z=x-Gz7naWoEcCKWpQ@mail.gmail.com>
2014-01-30 19:32 ` Chris Murphy
2014-01-30 22:18 ` Duncan
2014-01-31 3:00 ` Chris Murphy
2014-01-31 5:58 ` Duncan
2014-01-31 6:10 ` Chris Murphy
2014-01-31 6:13 ` Chris Murphy
2014-01-31 7:37 ` Duncan
2014-01-31 2:19 ` Chris Murphy
2014-01-30 17:33 ` Chris Murphy
2014-01-30 17:58 ` Hugo Mills
2014-01-30 18:25 ` Chris Murphy
2014-02-03 20:55 ` Johan Kröckel
2014-02-03 21:08 ` Chris Murphy
2014-02-03 21:31 ` Johan Kröckel
2014-02-07 11:34 ` Johan Kröckel
2014-02-07 17:43 ` Chris Murphy
2014-02-08 11:09 ` Johan Kröckel
2014-02-09 5:40 ` Duncan
2014-02-10 14:05 ` Johan Kröckel
[not found] ` <CABgvyo822bOAHeA1GH28MPaBAU+Zdi72MD_uwL+dhopt+nwMig@mail.gmail.com>
2014-01-31 6:28 ` Fwd: " Johan Kröckel
2014-01-31 6:40 ` Johan Kröckel
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=CABgvyo_Tn-u7Lfo4NPeWyiiSFj2ZFG9MM2z3CAD9f3hjfLM44g@mail.gmail.com \
--to=johan.kroeckel@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).