James C. McPherson wrote:

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.

Nice to see that raidctl can do that. Although I don't see a way to flash the BIOS or fcode with raidctl... am I missing something, is it a doc bug, or is it not possible? The man page intro mentions BIOS and fcode, but the only option I can see is '-F' and it just says firmware...

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?

Yes. It's the only Sun provided tool I know of that will dump detailed SMART info (even on non-X45x0 hosts).

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.
...
$ 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

That gives the same data as 'ls -l /dev/dsk/c0t4d0'. It does _not_ give the LSI HBA port number. And given the plethora of device mapping options in the LSI controller, you really want the real port numbers.

As for the man page, for a basic "give me a list of devices" the man page is overly complex and verbose, but sufficient. It's all the _other_ options that are documented to exist, but without any specifics. It all basically reads as "reserved for future use".

--
Carson

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to