Joseph Sokol-Margolis wrote: > Hi all, I'm running nevada build 96 on an x4100M2, hooked up to a > storagetek 2530 via 2 sas paths. It has had some issues, and I'm wonder > how other people deal with them. > > I haven't found a very good way to map luns to drive names. This looks > like it's buried in the prtconf -v output, but by wwn not lun. Do other > people have a solution here?
We haven't provided an algorithm to decode the target SAS wwn to an actual target on the array, and I don't believe that such a thing is planned at all. This sort of information is generally regarded as confidential by the array manufacturer. What benefit do you believe this will provide to you? > I don't see a way to configure and unconfigure devices. I think this > would normally be part of cfgadm, but cfgadm doesn't support multipath > sas. Is there something short of rebooting that will handle this? I'm not > really sure what this means for disk failures and zfs, but other forum > posts do not leave me hopeful. Your targets and luns should just show up automatically. We did a lot of work to make sure that this happens with as small a requirement for user interaction as possible. If it's not working, please let me know exactly what happened - my group delivered that support and we're interested in any failures. > Generally speaking soalris support for multipath feels very immature, > there isn't the same level of tools that fibre channel has. Are other > people using it, or is everything just waiting for maturity? So apart from mpathadm, what do you think is missing? Is it just utility availability which leads you to that impression, or are there other things? http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6569367 6569367 cfgadm doesn't grok SAS-attached targets/luns when MPxIO is enabled best regards, James C. McPherson -- Senior Kernel Software Engineer, Solaris Sun Microsystems http://blogs.sun.com/jmcp http://www.jmcp.homeunix.com/blog _______________________________________________ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
