From: Roy Sigurd Karlsbakk <roy@karlsbakk.net>
To: NeilBrown <neilb@suse.de>
Cc: Roman Mamedov <rm@romanrm.ru>,
linux-raid <linux-raid@vger.kernel.org>,
Alexander Zvyagin <zvyagin.alexander@gmail.com>,
Dmitrijs Ledkovs <xnox@debian.org>
Subject: Re: RAID50 boot problems
Date: Fri, 26 Apr 2013 21:10:12 +0200 (CEST) [thread overview]
Message-ID: <5359373.10.1367003412336.JavaMail.root@zimbra> (raw)
In-Reply-To: <20130425094417.4882607e@notabene.brown>
> My current thinking is that the initramfs should *only* assemble
> arrays needed
> to mount the root filesystems. All other arrays should wait for root
> to be
> mounted so that real /etc/mdadm.conf (or /etc/mdadm/mdadm.conf) can be
> consulted.
> This can be achieved by putting
> auto -all
> in mdadm.conf on the initramfs, then listing the arrays that are
> needed.
>
> I'm not convinced that your boot-degraded option is a bad thing.
> Certainly
> it should be optional so unattended boot is possible, and we should do
> our
> best to minimise the number of times that it is consulted. But there
> are
> times when it is better to know that something is wrong, than to
> proceed and
> do the wrong thing.
>
> A particularly bad case is a RAID1 pair where one device failed a few
> days
> ago.
> If after a reboot the good device is missing (cable problem?) and the
> bad
> device is visible, it could be best not to boot rather than to boot
> with an
> old root based on the old 'failed' device.
Anyone that knows more about this issue and how to fix it? I've filed a bug, but haven't gotten any more feedback
--
Vennlige hilsener / Best regards
roy
--
Roy Sigurd Karlsbakk
(+47) 98013356
roy@karlsbakk.net
http://blogg.karlsbakk.net/
GPG Public key: http://karlsbakk.net/roysigurdkarlsbakk.pubkey.txt
--
I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er et elementært imperativ for alle pedagoger å unngå eksessiv anvendelse av idiomer med xenotyp etymologi. I de fleste tilfeller eksisterer adekvate og relevante synonymer på norsk.
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2013-04-26 19:10 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAGqvA+t8Nr7D6h35ZKVi5Wa0tF46TQHK_Af_mXO2=ByRjWRQag@mail.gmail.com>
2013-04-17 18:45 ` RAID50 boot problems Alexander Zvyagin
[not found] ` <CAGA4a+GQp1RV_1pA6PBP=dbXV3MHhU74=Mo24xqqjKfWfoWXJA@mail.gmail.com>
2013-04-19 9:40 ` Alexander Zvyagin
2013-04-19 10:35 ` Roy Sigurd Karlsbakk
2013-04-19 10:42 ` Tommy Apel
2013-04-19 10:51 ` Roy Sigurd Karlsbakk
2013-04-19 11:38 ` Alexander Zvyagin
2013-04-19 10:45 ` Roy Sigurd Karlsbakk
2013-04-19 11:45 ` Roman Mamedov
2013-04-19 15:58 ` Roy Sigurd Karlsbakk
2013-04-21 22:10 ` NeilBrown
2013-04-22 11:02 ` Roy Sigurd Karlsbakk
2013-04-23 17:34 ` Roy Sigurd Karlsbakk
2013-04-24 6:52 ` NeilBrown
2013-04-24 11:19 ` Roy Sigurd Karlsbakk
2013-04-24 12:12 ` NeilBrown
2013-04-24 12:29 ` Roy Sigurd Karlsbakk
2013-04-24 20:01 ` Roy Sigurd Karlsbakk
2013-04-24 23:35 ` NeilBrown
2013-04-24 22:44 ` Dmitrijs Ledkovs
2013-04-24 23:44 ` NeilBrown
2013-04-26 19:10 ` Roy Sigurd Karlsbakk [this message]
2013-04-26 19:24 ` Dmitrijs Ledkovs
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=5359373.10.1367003412336.JavaMail.root@zimbra \
--to=roy@karlsbakk.net \
--cc=linux-raid@vger.kernel.org \
--cc=neilb@suse.de \
--cc=rm@romanrm.ru \
--cc=xnox@debian.org \
--cc=zvyagin.alexander@gmail.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.