From: Neil Brown <neilb@suse.de>
To: greg@enjellic.com
Cc: Doug Ledford <dledford@redhat.com>,
martin f krafft <madduck@debian.org>,
linux-raid@vger.kernel.org, Michal Marek <mmarek@novell.com>,
Kay Sievers <kay.sievers@vrfy.org>
Subject: Re: RFC - device names and mdadm with some reference to udev.
Date: Fri, 31 Oct 2008 20:18:16 +1100 [thread overview]
Message-ID: <18698.52568.828963.755364@notabene.brown> (raw)
In-Reply-To: message from greg@enjellic.com on Thursday October 30
On Thursday October 30, greg@enjellic.com wrote:
> On Oct 27, 11:13am, Doug Ledford wrote:
> } Subject: Re: RFC - device names and mdadm with some reference to udev.
>
> Good evening to everyone, hope the week has gone well.
>
> > > I would really like to have a clear separation of competencies.
> > > Ideally, mdadm never creates any devices but leaves it all to udev,
> > > and all configuration about alternate names ("symlinks") is done in
> > > the udev rules file.
>
> > This would then require that we have a working udev in our initrd
> > images. It would greatly increase the complexity of early booting
> > as a result.
>
> Whatever we do please do not make use of mdadm or startup of arrays
> dependent on udev. I do SAN's for a living and have had far too many
> phone calls and have spent too much time trying to get boxes messed up
> by udev back on the fabric to want to add any more complication to the
> mix.
I had intended to continue to support the no-udev installations, but
thank you the encouragement that it really is needed and will be used.
Just a clarification: are you envisaging an installation without udev
at all, or one with udev installed and active, but you don't wont
mdadm to depend on it? That latter option may be more awkward (I
currently support an environment variable which says "just create the
devices, even if udev appears to be installed").
>
> The notion of udev certainly has its place but not on a server which
> only cares about four device nodes for its entire operational life.
>
> Neil your mdadm is a great tool and your contributions via the MD
> stuff are beyond peer, keep up the good work. But this stuff has to
> get simpler rather than more complex.
Thanks :-)
NeilBrown
next prev parent reply other threads:[~2008-10-31 9:18 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <dledford@redhat.com>
2008-10-31 1:02 ` RFC - device names and mdadm with some reference to udev greg
2008-10-31 9:18 ` Neil Brown [this message]
2008-11-02 13:52 ` Luca Berra
2008-11-04 15:36 greg
-- strict thread matches above, loose matches on Subject: below --
2008-10-26 22:56 Neil Brown
2008-10-27 8:22 ` martin f krafft
2008-10-27 15:13 ` Doug Ledford
2008-10-27 16:10 ` Andre Noll
2008-10-27 16:37 ` Kay Sievers
2008-10-27 16:59 ` martin f krafft
2008-10-27 18:31 ` Kay Sievers
2008-10-28 6:21 ` Luca Berra
2008-10-27 17:24 ` Doug Ledford
2008-10-27 23:36 ` Neil Brown
2008-10-29 18:49 ` Doug Ledford
2008-10-28 6:32 ` Luca Berra
2008-10-27 17:30 ` Andre Noll
2008-10-27 16:13 ` Kay Sievers
2008-10-27 22:37 ` Neil Brown
2008-10-27 22:51 ` Kay Sievers
2008-10-27 23:56 ` Neil Brown
2008-10-28 0:20 ` Kay Sievers
2008-10-28 6:17 ` Luca Berra
2008-10-27 12:41 ` Kay Sievers
2008-10-27 13:23 ` David Lethe
2008-10-27 23:27 ` Neil Brown
2008-10-27 23:48 ` David Lethe
2008-10-27 13:24 ` Andre Noll
2008-10-27 14:20 ` Kay Sievers
2008-10-27 23:23 ` Neil Brown
2008-10-28 0:03 ` Kay Sievers
2008-10-28 0:43 ` Neil Brown
2008-10-28 1:16 ` Kay Sievers
2008-10-28 1:44 ` Neil Brown
2008-10-28 1:52 ` Kay Sievers
2008-10-28 1:54 ` Kay Sievers
2008-10-29 8:56 ` Gabor Gombas
2008-10-30 17:18 ` Doug Ledford
2008-10-31 9:45 ` Neil Brown
2008-11-03 9:29 ` Gabor Gombas
2008-11-03 10:33 ` Kay Sievers
2008-11-03 11:58 ` Gabor Gombas
2008-11-03 12:11 ` Kay Sievers
2008-11-03 14:34 ` Doug Ledford
2008-11-03 15:20 ` Dan Williams
2008-11-07 6:13 ` Neil Brown
2008-11-02 13:47 ` Luca Berra
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=18698.52568.828963.755364@notabene.brown \
--to=neilb@suse.de \
--cc=dledford@redhat.com \
--cc=greg@enjellic.com \
--cc=kay.sievers@vrfy.org \
--cc=linux-raid@vger.kernel.org \
--cc=madduck@debian.org \
--cc=mmarek@novell.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).