[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