Bug 336271 - Partition names for MPIO devices is inconsistent
Summary: Partition names for MPIO devices is inconsistent
Keywords:
Status: CLOSED DUPLICATE of bug 320101
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: device-mapper-multipath
Version: 4.5
Hardware: All
OS: Linux
low
high
Target Milestone: ---
: ---
Assignee: LVM and device-mapper development team
QA Contact: Corey Marthaler
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-10-17 15:14 UTC by Joe Sunday
Modified: 2010-01-12 02:31 UTC (History)
14 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-10-23 13:42:56 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Joe Sunday 2007-10-17 15:14:03 UTC
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.

Comment 1 Tom Coughlan 2007-10-23 13:42:56 UTC

*** This bug has been marked as a duplicate of 320101 ***


Note You need to log in before you can comment on or make changes to this bug.