On Mon, 22 Jun 2009 01:25:54 -0700 Carson Gaspar <car...@taltos.org> wrote:
> James C. McPherson wrote: > > On Sun, 21 Jun 2009 19:01:31 -0700 > > > > As a member of the team which works on mpt(7d), I'm disappointed that\ > > you believe you need to use lsiutil to "fully access all the functionality" > > of the board. > > > > What gaps have you found in mpt(7d) and the standard OpenSolaris > > tools that lsiutil fixes for you? > > > > What is the "full functionality" that you believe is missing? > > How does one upgrade firmware without using lsiutil? Use raidctl(1m). For fwflash(1m), this is on the "future project" list purely because we've got much higher priority projects on the boil - if we couldn't use raidctl(1m) this would be higher up the list. > Or toggle controller LEDs to identify which board is which, or... > Feel free to read the lsiutil docs (bad though they are) - the PDF is > available from the LSI web site. LED stuff ... yeah, not such an easy thing to solve. I believe there has been a fair amount of effort gone into the generic FMA topology "parser" so that we can do this, but I do not know the status of the project. > Although both lsiutil and hd produce errors from mpt when trying to get > SMART data (specifically "Command failed with IOCStatus = 0045 (Data > Underrun)"). I haven't tried using the LSI provided drivers. Is "hd" a utility from the x4500 software suite? > >> As for identifying disks, you can just use lsiutil: > > > > ... or use cfgadm(1m) which has had this ability for many years. > > Great. Please provide a sample command line. Because the man page is > completely useless (no, really - try reading it). And no invocation _I_ > can find provides the same information. I can only assume it's one of > the "hardware specific" options, which are documented nowhere that I can > find. Did you try "cfgadm -lav" ? I was under the impression that the cfgadm(1m) manpage's examples section was sufficient to provide at least a starting point for a usable command line. If you don't believe that is the case, I'd appreciate you filing a bug against it (yes, we do like to get doc/manpage bugs) so that we can make the manpage better. > Note that my comments all releate to Solaris 10 u7 - it's certainly > possible that things are better in OpenSolaris. $ cfgadm -alv c0 c3 Ap_Id Receptacle Occupant Condition Information When Type Busy Phys_Id c0 connected configured unknown unavailable scsi-bus n /devices/p...@0,0/pci10de,3...@a/pci1000,3...@0:scsi c0::dsk/c0t4d0 connected configured unknown ST3320620AS ST3320620AS unavailable disk n /devices/p...@0,0/pci10de,3...@a/pci1000,3...@0:scsi::dsk/c0t4d0 c0::dsk/c0t5d0 connected configured unknown ST3320620AS ST3320620AS unavailable disk n /devices/p...@0,0/pci10de,3...@a/pci1000,3...@0:scsi::dsk/c0t5d0 c0::dsk/c0t6d0 connected configured unknown ST3320620AS ST3320620AS unavailable disk n /devices/p...@0,0/pci10de,3...@a/pci1000,3...@0:scsi::dsk/c0t6d0 c0::dsk/c0t7d0 connected configured unknown ST3320620AS ST3320620AS unavailable disk n /devices/p...@0,0/pci10de,3...@a/pci1000,3...@0:scsi::dsk/c0t7d0 c3 connected configured unknown unavailable scsi-bus n /devices/p...@79,0/pci10de,3...@a/pci1000,3...@0:scsi c3::dsk/c3t3d0 connected configured unknown ST3320620AS ST3320620AS unavailable disk n /devices/p...@79,0/pci10de,3...@a/pci1000,3...@0:scsi::dsk/c3t3d0 c3::dsk/c3t5d0 connected configured unknown SAMSUNG HD321KJ unavailable disk n /devices/p...@79,0/pci10de,3...@a/pci1000,3...@0:scsi::dsk/c3t5d0 c3::dsk/c3t6d0 connected configured unknown WDC WD3200AAKS-00VYA0 unavailable disk n /devices/p...@79,0/pci10de,3...@a/pci1000,3...@0:scsi::dsk/c3t6d0 c3::dsk/c3t7d0 connected configured unknown ST3320620AS ST3320620AS unavailable disk n /devices/p...@79,0/pci10de,3...@a/pci1000,3...@0:scsi::dsk/c3t7d0 That functionality has been in Solaris 10 since FCS. The manpage for cfgadm(1m) indicates that it was last changed in October 2004, which is a good 6 months prior to FCS of Solaris 10. If you don't like it, and don't tell us, how are we supposed to know that it needs improving? James C. McPherson -- Senior Kernel Software Engineer, Solaris Sun Microsystems http://blogs.sun.com/jmcp http://www.jmcp.homeunix.com/blog Kernel Conference Australia - http://au.sun.com/sunnews/events/2009/kernel _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
