[OmniOS-discuss] Overheating faults with ST4000NM0023

[Saso Kiselkov]

On 4/18/14, 10:49 PM, Schweiss, Chip wrote:
> I used Santools, which is a licensed product.  
> 
> From what I understand lsiutil and sg_buffer_write from sg3-utils can do
> it too.  The mode for sg_buffer_write may need to be set to 7 instead of
> 5 as stated in the firmware docs.
>

Sadly, I had no luck with either lsiutil or sg_write_buffer from
sg3-utils. lsiutil is only for older MPT HBAs (I have an MPT 2.0 one)
and sg_write_buffer fails with the following error:

# sg_write_buffer -v --in=MegalodonES3-SAS-STD-0004.LOD --length=1625600
--mode=5 /dev/rdsk/c9t5000C500578F774Bd0
    Write buffer cmd: 3b 05 00 00 00 00 18 ce 00 00
ioctl(USCSICMD) failed with os_err (errno) = 22
write buffer: pass through os error: Invalid argument
Write buffer failed res=-1

I also tried the following device names:
  /dev/rdsk/c9t5000C500578F774Bd0p0
  /dev/dsk/c9t5000C500578F774Bd0
  /dev/dsk/c9t5000C500578F774Bd0p0

The OS also printed the following error:

WARNING: mpt_sas: coding error detected, the driver is using
ddi_dma_attr(9S) incorrectly. There is a small risk of data corruption
in particular with large I/Os. The driver should be replaced with a
corrected version for proper system operation. To disable this warning,
add 'set rootnex:rootnex_bind_warn=0' to /etc/system(4).

Staring at the code near usr/src/uts/i86pc/io/rootnex.c:3305, this means
that the driver can't submit a DMA job this large, which means that I
can't really fix this at all (this is really way outside of my field).

Any ideas on what to do next?

Cheers,
-- 
Saso