Cannot replace broken hard drive with LSI HBA

[Karl Denninger]

IMHO be careful with that LSI firmware.  I have, like many others, run
into trouble with anything that starts with a "2" as the first digit.

I have a quite-large system here that has an LSI adapter and an expander
behind that, then a gaggle of SATA drives.  Zero trouble over the space
of many months and very, very heavy load.  The only "gotcha" is that
I've been able to get it to boot off anything on the expander, so you
need to leave one HBA port open for boot drives; that appears to be a
limitation in the IT firmware on the LSI board as you can't designate
such a drive as a boot candidate for the BIOS.

On 9/29/2015 08:38, Graham Allan wrote:
> That could certainly be an issue in our case (it's all SATA, which I
> guess at least is better than having it mixed).
>
> Although Supermicro do list some SATA drives as being tested
> compatible with their chassis/expander, for example WD RE - not that
> we actually have RE drives, it's what I would have preferred but we
> ended up with Reds. I will say that I consulted informally with a WD
> field engineer who felt that the Reds should work ok in this
> situation, and they have generally tested quite well. No doubt the
> SATA RE model may well have more solid firmware.
>
> Graham
>
> On 9/29/2015 3:05 AM, InterNetX - Juergen Gotteswinter wrote:
>> Are there any Serial ATA Drives hooked up to the SAS Controller, maybe
>> even with an Expander Backplane in between?
>>
>> Am 28.09.2015 um 17:06 schrieb Graham Allan:
>>> I have seen this and keep experiencing it. I posted a question about it
>>> a while back but I don't think there was much response.
> _______________________________________________
> freebsd-fs at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-fs
> To unsubscribe, send any mail to "freebsd-fs-unsubscribe at freebsd.org"

-- 
Karl Denninger
karl at denninger.net <mailto:karl at denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2996 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.freebsd.org/pipermail/freebsd-fs/attachments/20150929/5f9f27ba/attachment.bin>