[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: [dm-devel] blacklist issues and more
- From: Lars Marowsky-Bree <lmb suse de>
- To: device-mapper development <dm-devel redhat com>
- Subject: Re: [dm-devel] blacklist issues and more
- Date: Thu, 23 Jun 2005 19:18:44 +0200
On 2005-06-22T12:21:46, "goggin, edward" <egoggin emc com> wrote:
(Cleaned up some seriously broken quoting ... ;-)
> > > This happened because it appears that symbolic links in
> > > /dev/disk/by-name to device mapper device files in /dev are NOT
> > > cleaned up as a result of running "multipath -F", "dmsetup remove
> > > <map-name>, or "dmsetup remove_all". A subsequent invocation of
> > > multipath will not necessarily assign multipath mapped devices to
> > > the same device mapper minor instances (for example, if one or
> > > more of them are blacklisted after the remove step) causing the
> > > stale symbolic links in /dev/disk/by-name to refer to the wrong
> > > dm-<minor> device file in /dev.
> > >
> > > An invocation of "multipath -F" did cleanup device files in /dev
> > > on my Red Hat AS 4 host but an invocation of "dmsetup remove
> > > <map-name>" did not. I was loath to experiment with "dmsetup
> > > remove_all" on my Red Hat host since my root device on that host
> > > is on a device mapper LVM2 logical volume. Otherwise, I suspect
> > > that this command would fail to clean up device files in the same
> > > way "dmsetup remove_all" failed.
> > >
> > I'll wait for you to pin down this problem.
>
> I was hoping Alasdair or Lars would comment first :))
Alasdair and Lars were verrry much travelling this week and busy with
other stuff ;-) (Actually, I'm travelling as of now, but a train ride
can also be a good time to play catchup with e-mail.)
Yeah, problem acknowledged. I _think_ it should work though - as the
symbolic names are created via hotplug/udev, they ought to be removed
when the device disappears. I think that's what I'm seeing when I type
"/etc/init.d/multipathd stop"?
A reboot works though, as /dev/disk/... is cleaned up during startup and
all links are created anew ;-)
Sincerely,
Lars Marowsky-Brée <lmb suse de>
--
High Availability & Clustering
SUSE Labs, Research and Development
SUSE LINUX Products GmbH - A Novell Business -- Charles Darwin
"Ignorance more frequently begets confidence than does knowledge"
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]