Hello Vasiliy,
You should already get reasonable behavior with the default settings of
all these timeout parameters. How long had you been waiting for
multipath -ll before giving up ?
Bart.
On 11/21/12 15:26, Vasiliy Tolstov wrote:
Hmm. Ok What timeouts i need to set to correct fail devices?
For example i have timeout on each sd* device in
/sys/block/sd*/device/timeout
fast_io_fail_tmo and dev_loss_tmo in multipath and dev_loss_tmo
fast_io_fail_tmo in ib_srp...
Does timeout on sd* device need to be smaller that srp timeouts and
multipath? Does multipaths timeouts must be equal of srp timeouts?
2012/11/20 Bart Van Assche <[email protected] <mailto:[email protected]>>
On 11/20/12 05:04, Vasiliy Tolstov wrote:
Thanks for this backport! I have some problem under sles 11 sp2
(kernel 3.0.42-
0.7-xen) then i shutdown srp target (reboot one sas server)
multipath -ll does
not respond. If i provide in multipath and srp identical
dev_loss_tmo and
fast_io_fail_tmo nothing changed. multipath -ll unblocks only
then the server
goes up.
That's strange. After the fast_io_fail_tmo timer has fired multipath
-ll should unblock independent of the state of the SRP target.
Bart.
--
Vasiliy Tolstov,
Clodo.ru
e-mail: [email protected] <mailto:[email protected]>
jabber: [email protected] <mailto:[email protected]>
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
