Re: USB-to-SATA and RAID

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

Many thanks for all the quick and helpful responses so far!


On Tue, Jan 23, 2018 at 06:40:14PM -0600, Stan Hoeppner wrote:
> > Could someone elaborate further on this? Does "interacts very
> > badly" mean that there will be potential data loss / data
> > corruption? Or does "very badly" just mean short, temporary
> > performance issues / lags upon a disk failure?
> 
> Potential data loss / data corruption.  Don't use USB.  Use eSATA instead. 
> The list archives of linux-raid and linux-xfs are dotted with USB disk
> horror stories.

Interesting. Do you know what they could be attributed to
technically? Were they usually similar to what Vojtěch had
described, so connectivity issues due to the poor connectors and
thin cables which can often be found with USB? And things then
fell over when for a brief moment connectivity issues occured for
more disks than redundant disks were configured? Or do the extra
latencies with USB create an extended exposure to the write loop
hole in RAID5? Or something else?

Would you guys say that ARM boards with a SATA connector
internally weird to USB (for instance the Ordoid HC2[*]), and then
maybe some SATA Port Multiplier are similarly affected? Or would say
that those are mainly unaffected of the common issues with RAIDs
via SATA over USB?

Regards, Linus

[*]: http://www.hardkernel.com/main/products/prdt_info.php?g_code=G151505170472&tab_idx=2
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux