From: joystick <joystick@shiftmail.org>
To: linux-raid <linux-raid@vger.kernel.org>,
linux-scsi <linux-scsi@vger.kernel.org>
Subject: Using SCSI timeouts in place of ERC
Date: Mon, 20 Aug 2012 13:37:00 +0200 [thread overview]
Message-ID: <5032215C.9080105@shiftmail.org> (raw)
Hello lists
I am wondering what kind of support I can get from linux for
"inexpensive" (SATA over SAS HBA in my case) disks on RAID ...
Inexpensive non-raid-edition disks haven't got settable ERC timeout
(scterc) and can take very long time to respond in case of unreadable sector
However I see an /dev/sdX/device/timeout tunable
Supposing that I accept one disk being dropped from the array at the
first unreadable sector, can I set that tunable low such as 10sec and
live happy?
Unfortunately I have read that the expiration of the SCSI timeout can
trigger a "Host" reset in case the drive does not respond to a reset message
https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Linux/5/html/Online_Storage_Reconfiguration_Guide/task_controlling-scsi-command-timer-onlining-devices.html
would that drop all my drives from the array? That would be a major problem.
Firstly, in "reset the bus": isn't the bus just an electrical wire? How
can it be "reset" and what does that do? I can understand in the case of
iSCSI the bus is maybe the TCP socket, I can somehow understand that it
can be reset, but what about physically attached disks?
I suppose "device" is the disk.. ok for that one, suppose it's doomed
I suppose "host" is the HBA card... so what does a reset of the HBA do?
Does it drop all the drives and rescan? MD wouldn't react well *at all*
to this
Thank you
J
reply other threads:[~2012-08-20 11:37 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5032215C.9080105@shiftmail.org \
--to=joystick@shiftmail.org \
--cc=linux-raid@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.