Re: 3TB drives failure rate

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

 



On 10/28/2012 05:59 PM, joystick wrote:
> I have tried to set ERC to lower values than 7 on Hitachi drives, and
> maybe AFAIR also on WD RE, but none of the two allowed values lower
> than, IIRC, 6.0 seconds . Which is strange because the smart command
> wants 2 digits, expressed in deciseconds, so I would expect to be able
> to set the ERC to 0.1 seconds which is definitely not possible.
> 
> Any comments would be appreciated.
> 
> What Linux needs to address this feature imho is the ability to
> configure the failure actions. If the drive does not respond within 1
> second, I want the SCSI command to be aborted, device RESET, bus RESET
> or whatever (without the drive dropping out of the controller if
> possible), then an error to be returned to MD so that it starts the
> sector rewrite and goes on immediately. Do you think this would be
> possible or it would puzzle the drive?

The timeouts are attributes of the controller queues, and default to 30
seconds.  However, if the timeout is shorter than the drive's worst-case
error recovery time, the drive typically gets kicked out of the array.
The drives I've suffered with on this have ignored the link reset and
were still unresponsive when MD tried to rewrite the sector(s) involved
(from the other drives in the array).

In my experience, that's the real problem with green/consumer drives--if
you choose to use them, you *must* set the queue timeouts to ~180
seconds.  And if your digital video recorder app can't buffer data that
long, you're screwed.

Phil
--
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