Description of problem: Version-Release number of selected component (if applicable): How reproducible: 100% Steps to Reproduce: 1. Map two FCP luns through MPIO with partition tables. Map one to have the device name end in a number, and one to end in a letter 2. Observe the /dev/mpath and /dev/mapper entries for both Actual results: The partition tag varies depending on the last character of the alias or UUID. If the last character is numeric, the partition tag is 'p' + the partition number. If the last character is alphabetic, the partition tag is simply the partition number. # ls -l /dev/mpath lrwxrwxrwx 1 root root 8 Oct 16 10:50 360a98000433465714b6f447356536236 -> ../dm-12 lrwxrwxrwx 1 root root 8 Oct 16 10:50 360a98000433465714b6f447356536236p1 -> ../dm-18 lrwxrwxrwx 1 root root 8 Oct 16 10:50 360a9800056716c70474a447356796e6f -> ../dm-15 lrwxrwxrwx 1 root root 8 Oct 16 10:50 360a9800056716c70474a447356796e6f1 -> ../dm-19 Expected results: The partition tag should be consistent without depending on context from the lun name itself. Because you need a non-numeric separator for whole-disk devices that end in number, it should just always use 'pX' syntax and not have a special case. Additional info: This makes it hard to map the same partition number across luns, as might happen during a SAN lun clone operation. If the prior UUID and the cloned UUID differ, the partition tags will change as well and can not be derived from the base lun and partition alone. With sdXY and hdXY devices, it is always possible to generate the new partition device from the old device and the new base device via string manipulation alone. Changing the suffix depending on the base device name in the multipath case breaks that assumption for no good reason.
*** This bug has been marked as a duplicate of 320101 ***