From: Hannes Reinecke <hare@suse.de>
To: dm-devel@redhat.com
Subject: Re: [PATCH 06/12] Make multipath add wwids from kernel cmdline mpath.wwids with -A
Date: Wed, 02 Jul 2014 08:03:38 +0200 [thread overview]
Message-ID: <53B3A0BA.9040502@suse.de> (raw)
In-Reply-To: <CABr-GnedX62W_U988FjXs4eV+GisRjt_AhPe4J6XhBPzF+_uCw@mail.gmail.com>
On 07/01/2014 09:22 PM, Christophe Varoqui wrote:
> Hannes,
>
> would you Ack this one, or do you have some other idea for this in
> your tree ?
>
Sigh. The whole multipath / systemd / dracut integration
is _a mess_.
The main problem is that RH and SUSE treat multipath handling
differently.
(From what I can see. I've still a hard time to understand how
multipath booting works with RH. So there might be errors.)
RH is taking a restrictive approach, ie it'll allow only configured
multipath devices during boot. IE it'll accept only devices present
in '/etc/multipath/wwids' for booting. So when coming across a new
wwid multipath won't be setup there, so of course they'll need an
additional parameter for that.
SUSE, OTOH, is taking the permissive approach. When multipath is
included in dracut it'll try to generate multipath devices for _all_
existing devices; the wwid file is not really required here.
And, consequently, the '-A' parameter isn't required, too.
While this is nice and proper, both approaches have issues:
- From what I've seen RH is building a 'generic' initrd, and
configures them via the kernel or dracut commandline.
Which makes it a bit hard for multipathing as the wwid
most certainly cannot be part of /etc/multipath/wwids.
But I guess this is what should be fixed by this patch.
- SUSE is building a 'per-host' initrd, ie it'll generate
an initrd for that specific installation.
So there isn't actually a _need_ for the permissive approach,
as chances are it'll never come across anything else
_but_ the configured device.
Plus I haven't really evaluated whether the permissive
approach actually works properly, ie that multipath will
try to create device-mapper devices for unknown wwids.
But back to the patch.
I must say I'm not really in favour of this.
Implementing kernel commandline parsing in the _daemon_ is just
downright evil.
It would be _far_ more sensible to have it implemented in dracut
as a commandline hook, which just adds the wwid from the kernel
commandline to /etc/multipath/wwids.
That's a simple shell script with no magic involved.
Then the wwids would be in place when multipathd is started and
everything will work.
Cheers,
Hannes
P.S.: And yes, I do have some patches queued, too ...
--
Dr. Hannes Reinecke zSeries & Storage
hare@suse.de +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: J. Hawn, J. Guild, F. Imendörffer, HRB 16746 (AG Nürnberg)
next prev parent reply other threads:[~2014-07-02 6:03 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-30 5:13 [PATCH 00/12] miscellaneous multipath patches Benjamin Marzinski
2014-06-30 5:13 ` [PATCH 01/12] Fix memory issues in path reordering failure code paths Benjamin Marzinski
2014-07-01 18:45 ` Christophe Varoqui
2014-06-30 5:13 ` [PATCH 02/12] Return the correct size buffer in set_value() Benjamin Marzinski
2014-07-01 18:47 ` Christophe Varoqui
2014-06-30 5:13 ` [PATCH 03/12] enable gcc format-security check Benjamin Marzinski
2014-07-01 18:48 ` Christophe Varoqui
2014-07-04 6:18 ` Hannes Reinecke
2014-06-30 5:13 ` [PATCH 04/12] change conf->dry_run to conf->cmd Benjamin Marzinski
2014-07-01 18:56 ` Christophe Varoqui
2014-06-30 5:13 ` [PATCH 05/12] allow users to add wwids to /etc/multipath/wwids with -a Benjamin Marzinski
2014-07-01 18:58 ` Christophe Varoqui
2014-06-30 5:13 ` [PATCH 06/12] Make multipath add wwids from kernel cmdline mpath.wwids with -A Benjamin Marzinski
2014-07-01 19:22 ` Christophe Varoqui
2014-07-02 6:03 ` Hannes Reinecke [this message]
2014-07-02 19:48 ` Benjamin Marzinski
2014-07-03 11:05 ` Hannes Reinecke
2014-07-03 19:25 ` Benjamin Marzinski
2014-07-04 6:24 ` Hannes Reinecke
2014-07-04 7:12 ` Christophe Varoqui
2014-06-30 5:13 ` [PATCH 07/12] Make multipathd orphan paths that were removed externally Benjamin Marzinski
2014-07-24 8:41 ` Christophe Varoqui
2014-06-30 5:13 ` [PATCH 08/12] Add missing interactive commands to multipathd man page Benjamin Marzinski
2014-06-30 5:14 ` [PATCH 09/12] orphan paths on failed add Benjamin Marzinski
2014-07-24 8:45 ` Christophe Varoqui
2014-06-30 5:14 ` [PATCH 10/12] Improve multipath.conf syntax checking Benjamin Marzinski
2014-07-24 8:47 ` Christophe Varoqui
2014-06-30 5:14 ` [PATCH 11/12] make prioritizers use checker_timeout, if set Benjamin Marzinski
2014-07-24 8:49 ` Christophe Varoqui
2014-06-30 5:14 ` [PATCH 12/12] Add multipath.conf force_sync option Benjamin Marzinski
2014-07-24 8:51 ` Christophe Varoqui
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=53B3A0BA.9040502@suse.de \
--to=hare@suse.de \
--cc=dm-devel@redhat.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.