summaryrefslogtreecommitdiffstats
path: root/cmd/Makefile.in
diff options
context:
space:
mode:
authorBrian Behlendorf <[email protected]>2010-10-01 10:57:56 -0700
committerBrian Behlendorf <[email protected]>2010-10-12 14:55:02 -0700
commit2959d94a0a53612cc1ca9ce9d17df26c3d69a513 (patch)
treef4571ef38043563b698daa65e0db62e69de46868 /cmd/Makefile.in
parentc5343ba71b9fea6e3636be25a16173092f2042ba (diff)
Add FAILFAST support
ZFS works best when it is notified as soon as possible when a device failure occurs. This allows it to immediately start any recovery actions which may be needed. In theory Linux supports a flag which can be set on bio's called FAILFAST which provides this quick notification by disabling the retry logic in the lower scsi layers. That's the theory at least. In practice is turns out that while the flag exists you oddly have to set it with the BIO_RW_AHEAD flag. And even when it's set it you may get retries in the low level drivers decides that's the right behavior, or if you don't get the right error codes reported to the scsi midlayer. Unfortunately, without additional kernels patchs there's not much which can be done to improve this. Basically, this just means that it may take 2-3 minutes before a ZFS is notified properly that a device has failed. This can be improved and I suspect I'll be submitting patches upstream to handle this.
Diffstat (limited to 'cmd/Makefile.in')
-rw-r--r--cmd/Makefile.in1
1 files changed, 1 insertions, 0 deletions
diff --git a/cmd/Makefile.in b/cmd/Makefile.in
index f8664363c..f8f5a7697 100644
--- a/cmd/Makefile.in
+++ b/cmd/Makefile.in
@@ -42,6 +42,7 @@ am__aclocal_m4_deps = \
$(top_srcdir)/config/kernel-bdev-logical-size.m4 \
$(top_srcdir)/config/kernel-bio-empty-barrier.m4 \
$(top_srcdir)/config/kernel-bio-end-io-t-args.m4 \
+ $(top_srcdir)/config/kernel-bio-failfast.m4 \
$(top_srcdir)/config/kernel-bio-rw-syncio.m4 \
$(top_srcdir)/config/kernel-blk-end-request.m4 \
$(top_srcdir)/config/kernel-blk-fetch-request.m4 \