linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Duncan <1i5t5.duncan@cox.net>
To: linux-btrfs@vger.kernel.org
Subject: Re: lost with degraded RAID1
Date: Thu, 30 Jan 2014 22:18:01 +0000 (UTC)	[thread overview]
Message-ID: <pan$3f5b6$fcf027de$d8c8fe27$ce2a7e6f@cox.net> (raw)
In-Reply-To: CABgvyo_Tn-u7Lfo4NPeWyiiSFj2ZFG9MM2z3CAD9f3hjfLM44g@mail.gmail.com

Johan Kröckel posted on Thu, 30 Jan 2014 12:53:44 +0100 as excerpted:

> [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

Thanks.  I had seen that message go by but obviously missed all the 
implications.

IMO the idea of the patch is correct as a default, but there should be a 
way to override, since AFAIK ro-mount will I believe at times prevent 
undegrading as well, certainly when an admin's choice to clear the 
degraded state is reduced redundancy, which is what you're doing.

IOW, I guess I don't agree with that patch as it was apparently 
committed.  There needs to be a force option as well.

Meanwhile, back to the current situation.  Given that you found the patch 
preventing what you were trying to do, what happens if you simply find 
that commit in the git repo, revert and rebuild?  Assuming there are no 
further commits building on that one, a revert and rebuild should at 
least allow you to complete the half-completed balance.

And regardless of whether btrfs policy is to prevent that entirely in the 
future or not, definitely letting you start the balance before a reboot 
and not letting you finish it afterward is a bug.  It should either be 
prevented entirely, or allowed to finish after a reboot if it was allowed 
to start.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman


  parent reply	other threads:[~2014-01-30 22:18 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
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 [this message]
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='pan$3f5b6$fcf027de$d8c8fe27$ce2a7e6f@cox.net' \
    --to=1i5t5.duncan@cox.net \
    --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).