[OmniOS-discuss] 8TB Seagates under load = PANIC?

[Dan McDonald]

8TB drives are SMR.  That's a whole new world of emulation and possible failures.  I would not recommend anyone use SMR drives for immediate use, ESPECIALLY for a pool under load apart from single-write-stream archiving.

Dan

Sent from my iPhone (typos, autocorrect, and all)

> On Aug 27, 2015, at 1:56 PM, Michael Talbott <mtalbott at lji.org> wrote:
> 
> Anyone out there using 8TB Seagate drives in their storage pools? Reason I ask is that I recently created a new server with a brand new Seagate One-Store shelf full of 8TB seagate drives and everything was working pretty well as long as it wasn't under load. But, once the i/o throughput started getting heavy (700MB/s+) and random read/writes starting happening, I started to get all kinds of random transport errors (from at least 50% of the drives) reported by iostat -en. After a few days of transferring data at that rate (while other random i/o was happening as well), it panic'd with:
> 
> WARNING: /scsi_vhci/disk at g5000c500794b82b5 (sd87):
> 	SYNCHRONIZE CACHE command failed (5)
> 
> panic[cpu0]/thread=ffffff00f5217c40: assertion failed: ldi_strategy(dvd->vd_lh,bp) == 0, file: ../../common/fs/zfs/vdev_disk.c, line: 819
> 
> I'm thinking that maybe because these drives are known to have low random IOP performance that maybe something is timing out causing an error in transport that leads to some bad juju?
> 
> On a side note, there we no transport errors when I sent data to the shelf initially (300 TB+). Now that data is there and is being accessed with all kinds of different requests, this happened. Go figure.
> 
> Ideas?
> 
> 
> ________________________
> Michael Talbott
> Systems Administrator
> La Jolla Institute
> 
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://omniosce.org/ml-archive/attachments/20150827/1182bd35/attachment-0001.html>