James, As you correctly note in your email, the dmpnodename doesn't affect functionality. The dmpnodename is really just a 'label' for the DMP metanode that handles multipathing over the underlying subpaths to a given LUN.
You have a choice between two namingschemes in SF: Enclosure Based Names (EBN) and OS Names (OSN). Your system is set to OSN, and so DMP picks 'one' of the OS device names of the underlying subpaths and uses it to name the dmp metanode. If your system was set to EBN, the dmpnodename would be something like AMS_WMS0_5 (or AMS_WMS0_6, you get the idea). The OS name really has no more meaning to DMP than the AMS_WMS0_5. It's just a label. In OSN, DMP picks which subpath name to use for the dmpnodename based on some kernel identifiers. That's how a straighforward algorithm based on kernel identifiers can lead to names that seem inconsistent to a user. We are changing the algorithm in 5.0 MP3 to avoid such outcomes: in 5.0 MP3, an OSN dmpnodename will be the subpath name with the smallest c#, then t# and then d#. That way if you have 50 devices presented through c5 and c6, their dmpnodenames will reliably all start with c5. In general, I would advise against enabling MPxIO in an SFHA environment. I hope this helps, Thomas > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of James Kelty > Sent: Monday, October 01, 2007 9:08 AM > To: Veritas-vx@mailman.eng.auburn.edu; > Veritas-vx@mailman.eng.auburn.edu > Subject: [Veritas-vx] Strange DMPNODENAME > > Hey there all, > > I am running (yes another one!) Storage Foundation HA > Standard v5.0 on Solaris 10 X64 that is hooked up to an HDS > AMS200. I have _one_ oddity in the DMP node name for a single LUN. > > Looking at c6t0d0s2 from the vxdisk list output, I see that > the primary path is actually c5t0d0s2 (which I would have > expected) and yet the DMPNODENAME is coming out as the > controller 6 device. I don't think that this is causing any > issues as it does have both paths, but it would be nice to > know why this is happening. Any thoughts? > > I'm not running any other multi-path software (MPxIO has been > disabled per the release notes), but this one disk is just > behaving differently. > > Thanks a lot! > > -James > > bash-3.00# vxdisk list > DEVICE TYPE DISK GROUP STATUS > c1t0d0s2 auto:none - - online invalid > c2t0d0s2 auto:none - - online invalid > c5t0d1 auto:none - - online invalid > c5t0d2 auto:none - - online invalid > c5t0d3s2 auto:none - - online invalid > c5t0d4 auto:none - - online invalid > c5t0d5 auto:none - - online invalid > c5t0d6s2 auto:none - - online invalid > c5t0d7 auto:none - - online invalid > c5t0d8 auto:none - - online invalid > c5t0d9 auto:none - - online invalid > c5t0d10 auto:none - - online invalid > c5t0d11 auto:none - - online invalid > c5t0d12 auto:none - - online invalid > c5t0d13 auto:none - - online invalid > c5t0d14 auto:none - - online invalid > c6t0d0s2 auto:none - - online invalid > bash-3.00# vxdisk list c6t0d0s2 > Device: c6t0d0s2 > devicetag: c6t0d0 > type: auto > info: format=none > flags: online ready private autoconfig invalid > pubpaths: block=/dev/vx/dmp/c6t0d0s2 char=/dev/vx/rdmp/c6t0d0s2 > guid: - > udid: HITACHI%5FDF600F%5F73014387%5F0000 > site: - > Multipathing information: > numpaths: 2 > c6t0d0s2 state=enabled type=secondary > c5t0d0s2 state=enabled type=primary > bash-3.00# vxdmpadm getsubpaths ctlr=c6 > NAME STATE[A] PATH-TYPE[M] DMPNODENAME ENCLR-TYPE > ENCLR-NAME ATTRS > ============================================================== > ================== > c6t0d0s2 ENABLED SECONDARY c6t0d0s2 AMS_WMS > AMS_WMS0 - > c6t0d1 ENABLED SECONDARY c5t0d1 AMS_WMS > AMS_WMS0 - > c6t0d2 ENABLED SECONDARY c5t0d2 AMS_WMS > AMS_WMS0 - > c6t0d3s2 ENABLED(A) PRIMARY c5t0d3s2 AMS_WMS > AMS_WMS0 - > c6t0d4 ENABLED(A) PRIMARY c5t0d4 AMS_WMS > AMS_WMS0 - > c6t0d5 ENABLED(A) PRIMARY c5t0d5 AMS_WMS > AMS_WMS0 - > c6t0d6s2 ENABLED SECONDARY c5t0d6s2 AMS_WMS > AMS_WMS0 - > c6t0d7 ENABLED SECONDARY c5t0d7 AMS_WMS > AMS_WMS0 - > c6t0d8 ENABLED SECONDARY c5t0d8 AMS_WMS > AMS_WMS0 - > c6t0d9 ENABLED(A) PRIMARY c5t0d9 AMS_WMS > AMS_WMS0 - > c6t0d10 ENABLED(A) PRIMARY c5t0d10 AMS_WMS > AMS_WMS0 - > c6t0d11 ENABLED SECONDARY c5t0d11 AMS_WMS > AMS_WMS0 - > c6t0d12 ENABLED SECONDARY c5t0d12 AMS_WMS > AMS_WMS0 - > c6t0d13 ENABLED(A) PRIMARY c5t0d13 AMS_WMS > AMS_WMS0 - > c6t0d14 ENABLED(A) PRIMARY c5t0d14 AMS_WMS > AMS_WMS0 - > bash-3.00# vxdmpadm getsubpaths ctlr=c5 > NAME STATE[A] PATH-TYPE[M] DMPNODENAME ENCLR-TYPE > ENCLR-NAME ATTRS > ============================================================== > ================== > c5t0d0s2 ENABLED(A) PRIMARY c6t0d0s2 AMS_WMS > AMS_WMS0 - > c5t0d1 ENABLED(A) PRIMARY c5t0d1 AMS_WMS > AMS_WMS0 - > c5t0d2 ENABLED(A) PRIMARY c5t0d2 AMS_WMS > AMS_WMS0 - > c5t0d3s2 ENABLED SECONDARY c5t0d3s2 AMS_WMS > AMS_WMS0 - > c5t0d4 ENABLED SECONDARY c5t0d4 AMS_WMS > AMS_WMS0 - > c5t0d5 ENABLED SECONDARY c5t0d5 AMS_WMS > AMS_WMS0 - > c5t0d6s2 ENABLED(A) PRIMARY c5t0d6s2 AMS_WMS > AMS_WMS0 - > c5t0d7 ENABLED(A) PRIMARY c5t0d7 AMS_WMS > AMS_WMS0 - > c5t0d8 ENABLED(A) PRIMARY c5t0d8 AMS_WMS > AMS_WMS0 - > c5t0d9 ENABLED SECONDARY c5t0d9 AMS_WMS > AMS_WMS0 - > c5t0d10 ENABLED SECONDARY c5t0d10 AMS_WMS > AMS_WMS0 - > c5t0d11 ENABLED(A) PRIMARY c5t0d11 AMS_WMS > AMS_WMS0 - > c5t0d12 ENABLED(A) PRIMARY c5t0d12 AMS_WMS > AMS_WMS0 - > c5t0d13 ENABLED SECONDARY c5t0d13 AMS_WMS > AMS_WMS0 - > c5t0d14 ENABLED SECONDARY c5t0d14 AMS_WMS > AMS_WMS0 - > > > > > > > > > ______________________________________________________________ > ______________________ > Yahoo! oneSearch: Finally, mobile search that gives answers, > not web links. > http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC > > _______________________________________________ > Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx > _______________________________________________ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx