public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
* Question / Request about timeouts of SATA harddisks
@ 2010-06-03  6:32 Stefan /*St0fF*/ Hübner
  2010-06-04 16:06 ` Dan Christensen
  0 siblings, 1 reply; 2+ messages in thread
From: Stefan /*St0fF*/ Hübner @ 2010-06-03  6:32 UTC (permalink / raw)
  To: linux-scsi

Dear list,

concerning RAIDs with Desktop class drives it'd be good to know if there
is any kernel-timeout-value which states, how long a diskdrive may take
to process a command.  If it doesn't respond in-time I've seen in my
logs and with many disks that the sg-eh becomes active resetting the
bus.  So somewhere there needs to be such a timeout.

The question is: can this timeout-value be found somewhere in the sysfs?
 If "yes" where?  If "no", can it be exported?

Suggestions for the maximum of this timeout-value:
I've read in multiple places that the internal error correction of
desktop-class drives can even take more than 2 minutes to complete.  But
another much bigger value can be taken directly out of the
IDENTIFY_DEVICE_STRUCTURE, word 89, which states how long a
SECURITY_ERASE_UNIT command takes approximately (in minutes-see
ATA8-ACS, table 32 for the exact meaning of the value).  A in some cases
even longer time can be found in word 90 (time estimate for enhanced
security erase unit, table 33).

I know for sure that this command should not be issued from linux - at
least not at this state of libata.  I've done it twice on two different
Samsung HD103UJ drives to "securely erase customer data".  While
executing the command libata made the PassThru command fail within a
minute and according to syslog it unsuccessfully tried to reset the
drive.  The results were (after letting the drives run for about the
indicated 3 hours): one drive broke completely, it was never again
recognized on any computer, the other drive was recognized though, but
did not operate properly anymore.

Any comments and hints are very welcome.  All the best,
Stefan

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Question / Request about timeouts of SATA harddisks
  2010-06-03  6:32 Question / Request about timeouts of SATA harddisks Stefan /*St0fF*/ Hübner
@ 2010-06-04 16:06 ` Dan Christensen
  0 siblings, 0 replies; 2+ messages in thread
From: Dan Christensen @ 2010-06-04 16:06 UTC (permalink / raw)
  To: linux-scsi

"Stefan /*St0fF*/ Hübner" <stefan.huebner@stud.tu-ilmenau.de> writes:

> concerning RAIDs with Desktop class drives it'd be good to know if there
> is any kernel-timeout-value which states, how long a diskdrive may take
> to process a command.  If it doesn't respond in-time I've seen in my
> logs and with many disks that the sg-eh becomes active resetting the
> bus.  So somewhere there needs to be such a timeout.
>
> The question is: can this timeout-value be found somewhere in the sysfs?
>  If "yes" where?  If "no", can it be exported?

I'd like to second this request, as I have two drives in a raid 5 array
that occasionally (once every month or two) suffer from a timeout, which
causes them to be kicked from the raid array.  SMART tests show no
problems, so it would be convenient if I could increase the timeouts.

(More details about my set-up are in this thread on the linux-raid list:

  http://marc.info/?l=linux-raid&m=127548808104494&w=2
)

Dan

--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2010-06-04 16:10 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-06-03  6:32 Question / Request about timeouts of SATA harddisks Stefan /*St0fF*/ Hübner
2010-06-04 16:06 ` Dan Christensen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox