FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.

» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Red Hat Linux

LinkBack Thread Tools
Old 09-12-2011, 04:46 PM
"Nicolas C."
Default redhat linux: Do we have any control on how the LUNs are discovered and named?

Le 12/09/2011 15:10, unix syzadmin a écrit :


We have redhat linux servers that get SAN storage assigned from EMC.
The LUNs are discovered as emcpowera,b etc.
I wish they were discovered and named as ecmpower1, emcpower2 etc.
Do we have any control on how the LUNs are discovered and named?

Any ideas/suggestions is appreciated.


/dev/emcpower* devices are created by the PowerPath software edited by
EMC. Try using the "multipathd" packages included in Red Hat instead, it
allows you to name your LUNs has you like.

The "/etc/multipath.conf" syntax is pretty simple (you can find the wwid
by running "multipath -ll") :

defaults {
user_friendly_names yes

multipaths {

multipath {
alias your_device_name


You LUN is then available at /dev/mapper/your_device_name

One other advantage to use multipathd over PowerPath : you're sure that
it will be working with the latest release of Red Hat. When I was using
PowerPath, I always had to keep my Red Hat installation on the previous
release because EMC was always 6-months late to update PowerPath and it
wasn't working with the newer version of the kernel.

And don't worry, the fail-over functionality works very well with

One last thing : by default the "/etc/multipath.conf" file blacklists
all devices, make sure to *comment* this part of the file before starting :

blacklist {
devnode "*"



redhat-list mailing list
unsubscribe mailto:redhat-list-request@redhat.com?subject=unsubscribe

Thread Tools

All times are GMT. The time now is 12:00 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org