Leadville driver and persistent binding

How do I configure persistent binding when using the leadville driver in Solaris 10. The HBA is a Qlogic single port 2340.thanks,Eric
[154 byte] By [elarrivee05] at [2007-11-26 8:21:08]
# 1

Persistent binding to what?

In 3rd party drivers that used the 'sd' stack, you had to have a binding from Fabric target (WWN) to a device target (cxtxdxsx).

In leadville, the target is explicit as the actual WWN, so there's no binding necessary.

Are you asking about a binding at some other layer?

--

Darren

Darren_Dunham at 2007-7-6 21:27:16 > top of Java-index,General,Talk to the Sysop...
# 2

I guess the leadville vs. 3rd-party drivers (and their configuration thereof) can be baffling for those of us who haven't used leadville driver (and sun's oem HBAs) in the past.

After presenting the LUNs to the hba, use a combination of cfgadm, luxadm and devfsadm to discover and configure your LUNs.

This is absolutely my opinion, but the way the leadville driver addresses the disks/LUNs with the WWN of the LUN as the target number (resulting in a huge cntndn path -- eg: c1t5000<blah...blah>AEDEd0) seems completely creepy.

To those who have gone before me --

Is there any way to prevent the leadville driver from doing that and present a more easily readable, parseable and script-friendly naming scheme?

implicate_order at 2007-7-6 21:27:16 > top of Java-index,General,Talk to the Sysop...
# 3

I should have clarified. That's correct, I was asking about the mapping of the WWN with the target ID to ensure a constant view of the same target ID. I'm familiar with third party drivers (ie. JNI) where this is hardcoded in the configuration file. I wasn't sure how it was addressed with leadville. Thanks for the information.

elarrivee05 at 2007-7-6 21:27:16 > top of Java-index,General,Talk to the Sysop...
# 4

if you pkgchk - do you see a SUNWqlc package? I'm not sure if your specific HBA is covered by that package, but from what I remember the support folk saying, you need to have the Sun branded Qlogic cards in order to be able to use the leadville drivers.

Also, you may want to check the download portion of sun.com for the SUNWsan package -

If you do format < /dev/null and look at your traditional CTD's, you'll be able to tell if you have leadville drivers installed or not as the WWN will now be incorporated into the device name (at least it's this way on 9, my guess is that it's this way on 10 as well)

here's a for instance of a format entry with leadville

6. c2t50061485C700FE98d00 <EMC-SYMMETRIX-5670 cyl 36826 alt 2 hd 30 sec 64>

/pci@8,600000/fibre-channel@1/fp@0,0/ssd@w50061485c708fe98,34

jeffreys at 2007-7-6 21:27:16 > top of Java-index,General,Talk to the Sysop...
# 5

implicate_order - i missed your question at the end of the reply -

i also despise the WWN in the CTD -

official response from Sun - that's the way it is and we have no real desire in changing that going forward

my response - if I can avoid using leadville by choosing a different vendors HBA, I'll do it, simply to avoid the long ugly CTD ;-)

jeffreys at 2007-7-6 21:27:16 > top of Java-index,General,Talk to the Sysop...
# 6

> This is absolutely my opinion, but the way the

> leadville driver addresses the disks/LUNs with the

> WWN of the LUN as the target number (resulting in a

> huge cntndn path -- eg: c1t5000<blah...blah>AEDEd0)

> seems completely creepy.

>

> To those who have gone before me --

>

> Is there any way to prevent the leadville driver from

> doing that and present a more easily readable,

> parseable and script-friendly naming scheme?

No. You can use MPxIO/STMS to get an even longer and creepier name. :-)

While it's a little strange at first (and more difficult to type), I'm not sure why having a WWN as the target is any less parsable or script-friendly.

--

Darren

Darren_Dunham at 2007-7-6 21:27:16 > top of Java-index,General,Talk to the Sysop...