[libcheckers] workaround for rather profound path checking issue
authorChristophe Varoqui <root@xa-s05.(none)>
Fri, 16 Jun 2006 10:23:07 +0000 (12:23 +0200)
committerChristophe Varoqui <root@xa-s05.(none)>
Fri, 16 Jun 2006 10:23:07 +0000 (12:23 +0200)
commit08fc58d0ae7942a8a2dac5ddf144aef2eb79ee77
treedcc7ac291008ec59224d4450eb8562e8cf7a6e3a
parent11caad054167bcfc2fcdd969af058d36a831d2d9
[libcheckers] workaround for rather profound path checking issue

Overloaded storage response time can be very long.
SG_IO timouts after DEF_TIMEOUT milliseconds, and checkers interprets this
as a path failure. multipathd then proactively evicts the path from the DM
multipath table in this case.

This generaly snow balls and ends up in full eviction and IO errors for end
users. Bad. This may also cause SCSI bus resets, causing disruption for all
local and external storage hardware users.

Provision a long timeout. Longer than any real-world application would cope
with.

If someone can suggest a real fix, like an evidence the ioctl timed out,
voice up. The ioctl being blocking, I'd rather lower the timeout and retry
than apply this workaround.
libcheckers/checkers.h
libcheckers/emc_clariion.c
libcheckers/hp_sw.c
libcheckers/tur.c