Dave Wysochanski wrote:
Thanks! Now I set ConnFailTimeout=30 and when one of the paths failed a fail-over to second path occurred (I had Multipath=portal). But after the first path is back (iSCSI sessionI ran iozone benchmark and manually failed one of two paths. There was no failover to second path. The iSCSI initiator retried to reconnect to the first path - unsuccessfully. When I restored the firstpath - the initiator reconnected to the target via the first path. Thanks! ------------- INFO ------------- Versions: device-mapper-1.01.01-1.6 multipath-tools-0.4.5-0.11 Machine: 2.6.5-7.244-smp; x86_64; SLES9 sp3Did you set ConnFailTimeout to a non-zero value? This sounds like it's still at default (reconnect indefinately). You also need to set the Multipath variable, but it sounds like you may have done that already. -- dm-devel mailing list dm-devel redhat com https://www.redhat.com/mailman/listinfo/dm-devel
is established and I can read from the device) multipath -l shows: <snip> \_ round-robin 0 [enabled]\_ 0:0:6:0 sda 8:0 [failed][ready] // still "failed" - Michael
\_ round-robin 0 [active] \_ 0:1:6:0 sdb 8:16 [active][ready]1. How can I configure the DM to automatically detect that a path is active again? 2. I don't have a multipath.conf in /etc. Is /usr/share/doc/packages/multipath-tools/
the right place to take it from?3. What params in multipath.conf are a must in this case of fail-over setup regarding question no.1?
Thanks again!