sd.conf is not needed for enumeration of targets. James is correct
in that ssd is the actual binary used in the stack to provide FC disk
support.
Leadville is constructed to not need .conf file entries to drive
enumeration.
/Scott
On Sep 27, 2006, at 2:28 AM, Leon Koll wrote:
On 9/27/06, James McPherson <[EMAIL PROTECTED]> wrote:
On 9/27/06, Mikael Kjerrman <[EMAIL PROTECTED]> wrote:
> If you're using qlc and STMS 4.4.10 you're not supposed to use
sd.conf as you are
> really using the ssd driver. On another note I rather like the
cWWNtxdysz numbering.
> You get alot of useful information from the numbering. For
instance if you are using a
> Hitachi/Sun/HP cabinet you'll find the serialnumber of the
cabinet, the actual LDEV
> (rather than LUN number) and other information. It is just a
matter of getting used to it...
Sorry, you're wrong.
ssd is the fc-only rebuild of sd, which is not unified across sparc
and x86/x64. You
should only be using sd.conf.
James,
could you please elaborate on this. I am sorry but I could not
understand your posting.
How should I use the sd.conf in Leadville framework?
Should I use it in both sparc and x86 ?
Thank you,
-- Leon
And the naming is cXtGUIDdN, where the GUID is an encoded
representation of the
device's inquiry information. Yes, part of that will be the WWN, and
there is a way to
translate from GUID to WWN + LDev. I just don't know what that
method is :)
James C. McPherson
--
Solaris kernel software engineer, system admin and troubleshooter
http://www.jmcp.homeunix.com/blog
Find me on LinkedIn @ http://www.linkedin.com/in/jamescmcpherson
_______________________________________________
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss
_______________________________________________
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Scott Tracy
Senior Manager
Sun Microsystems
SAN Software
303-225-7551
_______________________________________________
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss
