[OmniOS-discuss] Overheating faults with ST4000NM0023

Schweiss, Chip chip at innovates.com
Tue Apr 22 20:31:59 UTC 2014


On Tue, Apr 22, 2014 at 3:17 PM, Saso Kiselkov <skiselkov.ml at gmail.com>wrote:

>
> I know, but if I understand it correctly, I need to not only disable a
> particular path, I need to disable mpath support entirely to get
> sg_write_buffer to talk to mpt_sas directly, instead of going through
> the scsi_vhci glob in the middle (which, presumably, is what's causing
> this problem). If I'm misunderstanding this, please do set me straight.
>
> Cheers,
> --
> Saso
>

Actually no.  Disabling a physical path works too.   That is how I stumbled
upon the MP issue.  I plugged one of my paths into a second server to
attempt using Linux to flash the firmware.   When the flash started working
from the primary server, I never loaded Linux in the second server.

I think the problem is actually in the disk accepting firmware via
multipath not so much the OS.  The OS throws the error when a message down
a second path gets rejected by the drive.

-Chip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://omniosce.org/ml-archive/attachments/20140422/86c833eb/attachment.html>


More information about the OmniOS-discuss mailing list