From: Asdo <asdo@shiftmail.org>
To: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
Cc: Michael Evans <mjevans1983@gmail.com>,
Volker Armin Hemmann <volkerarmin@googlemail.com>,
linux-kernel@vger.kernel.org, linux-raid@vger.kernel.org
Subject: Re: Linux mdadm superblock question.
Date: Sun, 14 Feb 2010 21:47:16 +0100 [thread overview]
Message-ID: <4B786154.8090103@shiftmail.org> (raw)
In-Reply-To: <20100214193406.GA15722@khazad-dum.debian.net>
Henrique de Moraes Holschuh wrote:
> On Sat, 13 Feb 2010, Michael Evans wrote:
>
>> I remember hearing that 1.x had /no/ plans for kernel level
>> auto-detection ever. That can be accomplished in early-userspace
>> leaving the code in the kernel much less complex, and therefore far
>> more reliable.
>>
>
> Yes, it is far more reliable kernel side, if only because it doesn't do
> anything.
>
> But the userspace reliability is _not_ good. initrds are a source of
> problems the moment things start to go wrong, and that's when they are not
> the problem themselves.
>
> And the end result is a system that needs manual intervention to get its
> root filesystem back.
>
> In my experience, every time we moved critical codepaths to userspace, we
> ended up decreasing the *overall* system reliability.
>
I don't see it like this.
You have the same chance to screw up the system by making mistakes in
the files in /etc, in the networking config, the firewall, the server
applications...
(note: I speak for Debian/Ubuntu, redhat's initramfs I think is more messy.)
1.x autodetection worked great for me in initramfs. Basically you only
need /etc/mdadm/mdadm.conf copied to initramfs (via update-initramfs),
the rest is done by Debian/Ubuntu standard initramfs procedure.
Also consider 1.x allows to choose which arrays are autoassembled
(hostname written in the array name equal to hostname in the machine or
specified in mdadm.conf): this is more precise than 0.9 which
autoassembles all, I think.
next prev parent reply other threads:[~2010-02-14 20:47 UTC|newest]
Thread overview: 132+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-14 1:51 Linux mdadm superblock question Volker Armin Hemmann
2010-02-14 4:02 ` Michael Evans
2010-02-14 7:21 ` david
2010-02-14 8:38 ` Michael Evans
2010-02-14 18:40 ` Volker Armin Hemmann
2010-02-14 18:53 ` John Robinson
2010-02-14 21:16 ` Gabor Gombas
[not found] ` <201002142013.24922.volkerarmin@googlemail.com>
2010-02-16 14:28 ` John Robinson
2010-02-16 14:37 ` Volker Armin Hemmann
2010-02-16 14:46 ` Robin Hill
2010-02-16 17:23 ` John Robinson
2010-02-16 19:38 ` Luca Berra
2010-02-16 17:18 ` Bill Davidsen
2010-02-16 21:06 ` Volker Armin Hemmann
2010-02-16 22:00 ` Nick Bowler
2010-02-16 22:18 ` Volker Armin Hemmann
2010-02-17 14:25 ` Nick Bowler
2010-02-18 9:27 ` Ian Dall
2010-02-17 1:03 ` Mr. James W. Laferriere
2010-02-17 2:01 ` Neil Brown
2010-02-17 2:38 ` Volker Armin Hemmann
2010-02-17 23:15 ` Neil Brown
2010-02-17 6:34 ` Kyle Moffett
2010-02-17 9:38 ` Rudy Zijlstra
2010-02-17 13:26 ` Frans Pop
2010-02-17 20:54 ` Gabor Gombas
2010-02-17 21:29 ` Frans Pop
2010-02-18 3:40 ` Goswin von Brederlow
2010-02-17 16:22 ` Kyle Moffett
2010-02-17 17:41 ` david
2010-02-17 18:10 ` Nick Bowler
2010-02-17 18:27 ` Volker Armin Hemmann
2010-02-17 18:37 ` Nick Bowler
2010-02-17 18:41 ` david
2010-02-17 18:51 ` Nick Bowler
2010-02-17 21:17 ` david
2010-02-17 21:37 ` Nick Bowler
2010-02-17 22:21 ` david
2010-02-17 22:29 ` boot times, not mdadm (was: Linux mdadm superblock question.) martin f krafft
2010-02-17 23:24 ` (boot time consequences of) Linux mdadm superblock question Neil Brown
2010-02-17 23:50 ` martin f krafft
2010-02-18 2:58 ` Henrique de Moraes Holschuh
2010-02-18 3:26 ` martin f krafft
2010-02-18 4:03 ` Daniel Reurich
2010-02-18 4:40 ` martin f krafft
2010-02-18 5:10 ` Neil Brown
2010-02-18 5:21 ` martin f krafft
2010-02-18 5:34 ` Neil Brown
2010-02-19 0:42 ` martin f krafft
2010-02-19 2:51 ` Daniel Reurich
[not found] ` <20100221171445.GB17267@lapse.rw.madduck.net>
2010-02-22 7:06 ` Goswin von Brederlow
2010-02-22 7:37 ` Bug#567468: " Michael Evans
2010-02-22 9:14 ` martin f krafft
2010-02-22 9:11 ` martin f krafft
2010-02-22 10:42 ` Daniel Reurich
2010-02-19 9:16 ` Piergiorgio Sartor
[not found] ` <20100221174007.GB19058@lapse.rw.madduck.net>
[not found] ` <20100221201304.GB2570@lazy.lzy>
2010-02-22 9:16 ` Bug#567468: md homehost (was: Bug#567468: (boot time consequences of) Linux mdadm superblock) question martin f krafft
2010-02-22 11:11 ` Daniel Reurich
2010-02-23 7:29 ` md homehost Goswin von Brederlow
2010-02-23 8:10 ` martin f krafft
2010-02-23 2:30 ` md homehost (was: Bug#567468: (boot time consequences of) Linux mdadm superblock) question Neil Brown
2010-02-23 6:27 ` martin f krafft
2010-02-23 7:31 ` md homehost Goswin von Brederlow
2010-02-23 8:16 ` Bug#567468: " martin f krafft
2010-02-24 13:13 ` Goswin von Brederlow
2010-02-24 17:52 ` Mario 'BitKoenig' Holbe
2010-02-24 22:23 ` Neil Brown
2010-02-23 8:18 ` Piergiorgio Sartor
2010-02-24 0:10 ` md homehost (was: Bug#567468: (boot time consequences of) Linux mdadm superblock) question Neil Brown
2010-02-24 4:12 ` Michael Evans
2010-02-24 13:41 ` md homehost Goswin von Brederlow
2010-02-24 22:30 ` Neil Brown
2010-02-25 7:16 ` Goswin von Brederlow
2010-02-25 7:46 ` Neil Brown
2010-02-25 8:33 ` Michael Evans
2010-02-25 11:55 ` Mario 'BitKoenig' Holbe
2010-02-18 5:17 ` (boot time consequences of) Linux mdadm superblock question Daniel Reurich
2010-02-18 5:22 ` martin f krafft
2010-02-17 18:46 ` Volker Armin Hemmann
2010-02-17 22:26 ` H. Peter Anvin
2010-02-18 3:33 ` Goswin von Brederlow
2010-02-18 7:51 ` Luca Berra
2010-02-18 14:12 ` Nick Bowler
2010-02-19 9:04 ` Michael Evans
2010-02-14 19:34 ` Henrique de Moraes Holschuh
2010-02-14 20:07 ` Michael Evans
2010-02-14 21:14 ` Henrique de Moraes Holschuh
2010-02-14 20:47 ` Asdo [this message]
2010-02-14 21:26 ` Henrique de Moraes Holschuh
2010-02-14 21:28 ` Gabor Gombas
2010-02-15 9:08 ` martin f krafft
2010-02-15 7:51 ` Luca Berra
[not found] <edBWa-K7-9@gated-at.bofh.it>
[not found] ` <edDXX-3XC-7@gated-at.bofh.it>
[not found] ` <edRHA-7bL-13@gated-at.bofh.it>
[not found] ` <eezfA-4N7-11@gated-at.bofh.it>
2010-02-16 21:10 ` Bodo Eggert
-- strict thread matches above, loose matches on Subject: below --
2010-02-11 23:00 Justin Piszcz
2010-02-12 1:52 ` Michael Evans
2010-02-12 9:06 ` Robin Hill
2010-02-12 21:53 ` Mr. James W. Laferriere
2010-02-16 0:57 ` Neil Brown
2010-02-16 16:42 ` Bill Davidsen
2010-02-13 19:58 ` H. Peter Anvin
2010-02-13 20:07 ` Justin Piszcz
2010-02-13 20:49 ` david
2010-02-13 21:07 ` Michael Evans
2010-02-13 21:29 ` H. Peter Anvin
2010-02-14 20:25 ` Asdo
2010-02-14 21:18 ` H. Peter Anvin
2010-02-14 21:34 ` Henrique de Moraes Holschuh
2010-02-14 23:20 ` Rudy Zijlstra
2010-02-15 3:40 ` Mr. James W. Laferriere
2010-02-15 7:12 ` Luca Berra
2010-02-16 0:38 ` Neil Brown
2010-02-16 0:27 ` Neil Brown
2010-02-16 1:24 ` H. Peter Anvin
2010-02-16 3:18 ` david
2010-02-16 4:42 ` John Robinson
2010-02-16 7:02 ` H. Peter Anvin
2010-02-16 8:46 ` Rudy Zijlstra
2010-02-16 17:05 ` Bill Davidsen
2010-02-16 23:30 ` H. Peter Anvin
2010-02-16 10:12 ` Giovanni Tessore
2010-02-17 23:10 ` Neil Brown
2010-02-16 3:40 ` CaT
2010-02-13 6:42 ` martin f krafft
2010-02-13 8:37 ` Giovanni Tessore
2010-02-13 9:26 ` Michael Evans
2010-02-13 9:35 ` Giovanni Tessore
2010-02-13 9:40 ` Michael Evans
2010-02-13 10:06 ` Giovanni Tessore
2010-02-16 0:50 ` Neil Brown
2010-02-16 13:14 ` Justin Piszcz
2010-02-17 23:11 ` Neil Brown
2010-02-16 17:24 ` Bill Davidsen
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=4B786154.8090103@shiftmail.org \
--to=asdo@shiftmail.org \
--cc=hmh@hmh.eng.br \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-raid@vger.kernel.org \
--cc=mjevans1983@gmail.com \
--cc=volkerarmin@googlemail.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 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).