Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 1 Oct 2017 20:47:10 +0000
From:      heasley <heas@shrubbery.net>
To:        freebsd-hardware@freebsd.org
Cc:        heasley <heas@shrubbery.net>
Subject:   Re: SSD errors
Message-ID:  <20171001204710.GA86562@shrubbery.net>
In-Reply-To: <20170413205932.GJ2149@shrubbery.net>
References:  <20170413205932.GJ2149@shrubbery.net>

next in thread | previous in thread | raw e-mail | index | archive | help
Thu, Apr 13, 2017 at 08:59:32PM +0000, heasley:
> I have 4 SSDs in zfs raidz2 on 11.0-RELEASE-p2.  There on QD sleds rated
> for sata6 to convert them from 2.5" to 3.5 slots in a Supermicro SC733TQ
> chassis (2012) with a Supermicro X10SRi-F mb and using the on-board
> controller (either one).  I swapped the SATA cables for some with "extra
> shielding".  And the 4 HDs used previously (mix of WD and seagate 750g
> and 2T) worked flawlessly.

I came upon this product last week, StarTech SATSABP425 4x2.5" SATA/SAS
disk chassis/backplane.  Fits in a 5.25" chassis disk/CDrom slot and has
4 QD 2.5 SATA6 slots.

Moved the SSDs to this and the problem has disappeared.  Normally, bonnie++
or zpool scrub would generate a ton of errors; zero errors now.

This problem may be related to these QD sleds[1].  AFAIK, the board on
that part is not active, it is just a pair of connectors.  I have looked
for a sled without this board, but have not found one.  This one[2] looked
promising, but it is not the correct fit.

The problem could still be the power supply or the disk backplane.  I have
used these sleds with 4 other EVO SSDs (Pro and non-Pro versions), but they
are in an old Chenbro chassis.

[1] https://www.amazon.com/gp/product/B00F3QFKNS/ref=oh_aui_detailpage_o03_s00?ie=UTF8&psc=1
[2] https://www.amazon.com/gp/product/B0090UG55A/ref=oh_aui_detailpage_o01_s00?ie=UTF8&psc=1

Thanks for the other feedback about this.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20171001204710.GA86562>