[prev in list] [next in list] [prev in thread] [next in thread] 

List:       linux-hotplug
Subject:    FC4/udev: renaming results in multiple devices, initrd problem?
From:       Axel Thimm <Axel.Thimm () ATrpms ! net>
Date:       2005-07-18 21:50:57
Message-ID: 20050718215057.GM22981 () neu ! nirvana
[Download RAW message or body]

In a multipath setup I get several /dev/sdX devices out of which some
are faulty by design (active/passive configurations), and furthermore
lvm/mdadm discover the same volume multiple times.

Therefore I'd like to move the devices out of the way and point the
tools (multipath-tools and lvm) to the new devices.

Selecting the multipath devices isn't hard, I know their model, so the
udev rule I came up looks like

KERNEL="sd[a-z]*", SYSFS{model}="HSV100          ", NAME="hsv100-%k"

which I placed into

/etc/udev/rules.d/00-eva.rules

If I remove the devices from /dev and start /sbin/start_udev I get the
devices renamed as /dev/hsv100-sdX which is indeed what I want
(ownership and permissions are the next exercise).

But, if I reboot the machine, I get both the /dev/sdX entries and the
/dev/hsv100-sdX ones.

Is this an initrd problem? I understand that initrd hasn't any rules,
so it will happily create /dev/sdX entries. Later on /etc/rc.sysinit
starts /sbin/start_udev again which recreates the devices, but doesn't
remove the old ones. Is this correct?

What's the best way to work around this problem? Include the rules in
the initrd image (sounds too simple). Or remove all /dev/* entries
before /etc/rc.sysinit starts /sbin/start_udev (sounds to dangerous)?

Thanks!
-- 
Axel.Thimm at ATrpms.net

[Attachment #3 (application/pgp-signature)]
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

[prev in list] [next in list] [prev in thread] [next in thread]