Description of problem: On a machine with many SAN luns connected we ran into the problem that the udev rule for the capi20 device prevented the creation of a block device /dev/sdbm. This is the rule that is the problem in 50-udev.rules: SYSFS{dev}="68:0", NAME="capi20" Looking at /dev/sdbm it would seem it shares a major/minor with capi20: brw-rw---- 1 root disk 68, 0 Jun 30 13:12 /dev/sdbm Version-Release number of selected component (if applicable): udev-039-10.15.EL4 How reproducible: So far only one machine has accumulated the required number of luns to display the problem. I'd expect it to be 100% reproducible. Steps to Reproduce: 1. Attach enough block devices so you'd need /dev/sdbm 2. Watch udev create /dev/capi20 instead of /dev/sdbm 3. Actual results: /dev/capi20 is created instead of /dev/sdbm. Expected results: /dev/sdbm is created for the block device instead of /dev/capi20. Additional info: The SAN luns are multipathed (4 paths pr. lun) so the number of needed devices quickly rises which each added lun. To illustrate we currently have 26 mpath devices using 104 block device nodes on this particular box (about 165TB of storage). For now we have simply removed the rule.
*** This bug has been marked as a duplicate of 202792 ***
Please test http://people.redhat.com/harald/downloads/udev/udev-039-10.19.el4 Erratum will be build for rhel-4.6.