solaris 8 emulex lun sd.conf

When do we need to add lun information in sd.conf ? how to identify wether HBA card is oracle branded or emulex ? What driver should be loaded into solaris 8 kernel for Emulex card ?

Recently, it took about 3-4 hours to perform re-configuration reboot post edition to sd.conf ...... how can we avoid this late booting cause , sd.conf was edited with 255 lines like :

Below contents are only indicative ***

name= x target=0 lun=0
xxxxxxx target=0 lun=255

How do i know which target the luns are coming on to  ? so i can mention them coorectly
OS admin OnlyAsked:
Who is Participating?
OS admin OnlyAuthor Commented:
Answer here

when i had to perform this activity it went like this. The first thing we do in such activity is list the HBA controller using

# luxadm -e port and
# ls -l /dev/cfg/c*

to compare and confirm the hba physical paths. But in this server it reported some error related to *get fcp topology* on luxadm command. The  /dev/cfg/c* list also didnt show the hba paths listed. (What a spanner on server running sol8 on sun fire 480r ....i thought).  So i went on to identify the hba card and its make from
# prtdiag -v and
# grep "lpfc\"$" /etc/path_to_inst

it confirmed me that i was having emulex hba card LP9002  with non native drivers with instance numbers 0 and 1.

Ok so i have the basic info to start with. I ran
# lputil shownodes 0
# lputil shownodes 1

This will show u the current target on server and WWN persistent bindings. They will be for lpfc0t0 and lpfc1t0 based on waht is your lpfc instance number and target is, as shown in the path_to_inst and  shownodes output.

The existing bindings are marked as "mapped FCP nodes" . And for current target and wwn bindings,  the sd.conf file already have 0-255 luns mapped on to each target on each lpfc instance.  

Now we ask the storage administrator to map the lun. Once he confirms maksing of new luns, to server, we ran follwing again :

# lputil shownodes 0
# lputil shownodes 1

This time for each instance it showed new line of output marked as "Automapped FCP node" and new pair of target and WWN.

This shows the registration of new pair of targetsa and WWN,  for new luns, automatically mapped between hba port and san switch port.

Now since this automapped and is bound to change between every reboot and mapping of lun, we do persistent bindings of new target on lpfc and the respective WWN.

> Open lpfc.conf and append details in binding section or run lputil to do cli based option driven menu.
> Open sd.conf and for each  lpfc instance and  target id,  mention 256 luns. The way it is in sd.conf.
Reconfigure reboot.
# reboot -- -r

And there were the luns.

But the reconfigure reboot didn't solve issue with luxadm -e port issue and absent dev files for hba confollers. Less that all fine.
usually you can use devfsadm

there are emulex commands to refresh......
the emulex commands
not sure what you are asking.

it seems my memory is not as.... answers the need to reconfig after changes on solaris 8.
solaris 9 the devfsadm means no reboot is needed.
OS admin OnlyAuthor Commented:
ok , lets move to an example with set-up like this. i have a sun hardware and 2 Emulex HBA card, and both targets have 256 (0-255) lun entries in sd.conf. If I list the devices from OS level, with powermt , they show me 236 unique logical devices. And we need to get in 400+ more luns in our server. How can this be achieved if at all possible.
Improve Your Query Performance Tuning

In this FREE six-day email course, you'll learn from Janis Griffin, Database Performance Evangelist. She'll teach 12 steps that you can use to optimize your queries as much as possible and see measurable results in your work. Get started today!

Not sure I understand the scenario unde which you want/need to allocate 400+ LUNs, presumably from the same San.

In such quantity, the bootup process takes a long time suggesting it is not an optimal
Frequency of needed bootup is of little consequence. I think updates to Solaris 8 are over, but still.

Are these multi path allocation, the same LUN accessible via either path?
andyalderCommented: says sd.conf isn't used if you have recent drivers.

hbanyware or onecommand manager will tell you if it is an Emulex card.
This is a Solaris 8 system.
Not sure the reference to IBM knowledge base applies even if the San is from IBM.
OS admin OnlyAuthor Commented:
I performed the activity successfully as explained in the comment.
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.