From: Martin Wilck <mwilck@suse.com>
To: Julian Andres Klode <julian.klode@canonical.com>
Cc: Guan Junxiong <guanjunxiong@huawei.com>,
development mailing list <dm-devel@redhat.com>,
Device-mapper
Subject: Re: multipath-tools 0.7.4 failure to remove device
Date: Fri, 12 Jan 2018 23:18:01 +0100 [thread overview]
Message-ID: <1515795481.9139.8.camel@suse.com> (raw)
In-Reply-To: <20180112214700.ljxlypo5nar6oh3m@jak-x230>
On Fri, 2018-01-12 at 22:47 +0100, Julian Andres Klode wrote:
>
> I don't know actually, I'm just updating the package :)
The feature needs to be enabled explicitly, so indeed you weren't using
it.
> >I can say that
> the tests were run with default configuration, normally we run with
> DEFAULT_FIND_MULTIPATHS but that does not work yet with 0.7.4 - no
> dm-0 device seems to get created in this test case (some systems
> without
> multipath were broken 2.5 years ago just by installing it because it
> took over non-multipath devices, hence the option was enabled; might
> not even be needed anymore).
That's still the default behavior if find_multipaths is off. And
actually, I don't know what's wrong with that. If you don't like it,
blacklist your root device. All you need to make sure is that multipath
settings in the initrd and in the booted system are the same.
"find_multipaths" is not a silver bullet to kill off multipath-related
boot problems. It has advantages and disadvantages, depending on the
use case. Anyway, I'm not aware of general problems with it in the
later multipath versions.
Btw, one thing you should be aware of is that udev rule files and
systemd service files have changed. That requires also dracut changes
that are not in upstream dracut yet.
Regards,
Martin
--
Dr. Martin Wilck <mwilck@suse.com>, Tel. +49 (0)911 74053 2107
SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg)
--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel
next prev parent reply other threads:[~2018-01-12 22:18 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-12 8:38 multipath-tools 0.7.4 failure to remove device Julian Andres Klode
2018-01-12 20:35 ` Martin Wilck
2018-01-12 21:47 ` Julian Andres Klode
2018-01-12 22:18 ` Martin Wilck [this message]
2018-01-12 22:26 ` Julian Andres Klode
2018-01-15 15:44 ` Julian Andres Klode
2018-01-15 16:12 ` Martin Wilck
2018-01-15 16:26 ` Julian Andres Klode
2018-01-15 16:46 ` Martin Wilck
2018-01-16 20:30 ` Benjamin Marzinski
2018-01-16 22:05 ` Xose Vazquez Perez
2018-01-17 0:43 ` Martin Wilck
2018-01-17 18:38 ` Benjamin Marzinski
2018-01-18 3:50 ` Benjamin Marzinski
2018-01-18 8:11 ` Martin Wilck
2018-01-18 15:22 ` Benjamin Marzinski
2018-01-18 16:32 ` Martin Wilck
2018-01-17 9:38 ` Julian Andres Klode
2018-01-17 18:45 ` Benjamin Marzinski
2018-01-17 16:27 ` Multipath path classification revisited Martin Wilck
2018-01-18 22:35 ` Benjamin Marzinski
2018-01-13 19:46 ` multipath-tools 0.7.4 failure to remove device Martin Wilck
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=1515795481.9139.8.camel@suse.com \
--to=mwilck@suse.com \
--cc=dm-devel@redhat.com \
--cc=guanjunxiong@huawei.com \
--cc=julian.klode@canonical.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.