linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Wol <antlists@youngman.org.uk>
To: David T-G <davidtg-robot@justpickone.org>,
	Linux RAID list <linux-raid@vger.kernel.org>
Subject: Re: all of my drives are spares
Date: Sat, 9 Sep 2023 19:28:11 +0100	[thread overview]
Message-ID: <ed6b9df8-93c6-6f5e-3a1c-7aa5b9d51352@youngman.org.uk> (raw)
In-Reply-To: <20230909112656.GC1085@jpo>

On 09/09/2023 12:26, David T-G wrote:
> Hi, all --
> 
> ...and then David T-G home said...
> % Hi, all --
> %
> % After a surprise reboot the other day, I came home to find diskfarm's
> % RAID5 arrays all offline with all disks marked as spares.  wtf?!?
> [snip]
> 
> Wow ...  I'm used to responses pointing out either what I've left
> out or how stupid my setup is, but total silence ...  How did I
> offend and how can I fix it?

Sorry, it's usually me that's the quick response, everyone else takes 
ages, and I'm feeling a bit burnt out with life in general at the moment.
> 
> I sure could use advice on the current hangup before perhaps just
> destroying my entire array with the wrong commands ...
> 
I wonder if a controlled reboot would fix it. Or just do a --stop 
followed by an assemble. The big worry is the wildly varying event 
counts. Do your arrays have journals.
> 
> With fingers crossed,
> :-D

If the worst comes to the worst, try a forced assemble with the minimum 
possible drives (no redundancy). Pick the drives with the highest event 
counts. You can then re-add the remaining ones if that works.

Iirc this is actually not uncommon and it shouldn't be hard to recover 
from. I really ought to go through the archives, find a bunch of 
occasions, and write it up.

The only real worry is that the varying event counts mean that some data 
corruption is likely. Recent files, hopefully nothing important. One 
thing that's just struck me, this is often caused by a drive failing 
some while back, and then a glitch on a second drive brings the whole 
thing down. When did you last check your array was fully functional?

Cheers,
Wol

  reply	other threads:[~2023-09-09 21:31 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-09-08  2:50 all of my drives are spares David T-G
2023-09-09 11:26 ` David T-G
2023-09-09 18:28   ` Wol [this message]
2023-09-10  2:55     ` David T-G
2023-09-10  3:11       ` assemble didn't quite (was "Re: all of my drives are spares") David T-G
2023-09-14 15:59         ` assemble didn't quite David T-G
2023-09-10  3:44       ` timing (was "Re: all of my drives are spares") David T-G

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=ed6b9df8-93c6-6f5e-3a1c-7aa5b9d51352@youngman.org.uk \
    --to=antlists@youngman.org.uk \
    --cc=davidtg-robot@justpickone.org \
    --cc=linux-raid@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).